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Object Oriented Operating System 



' JE^ d of the -tnv^fitlnn ^ 

This invention relates to an improved object oriented operating system for a computer. In 
particular, it relates to an operating system which is based on C++ programming 
techniques. The commercially available embodiment of this operating system is the 
EPOC32 operating system produced by Psion Software Pic of England. EPOC32 is a 
preferred operating system in the mobile computing environment. 

DesGf40ttGfUQfJbe Prior-Act — ^ 

The C++ progranuning language is widely used for writing application programs for 
computers, such as Personal Computers, although it has only rarely been widely adopted 
for writing operating systems. When writing for Personal Computers, there is generally no 
overriding requirement to either minimise the size of the executable code or to minimise 
the number of cycles required for executing steps within the program. Typically, 
performance and ease of authorship are the more significant requirements. 

But there are other contexts in which the executable code must occupy the minimum 
amount of space (e.g. to minimise the amount of ROM and/or RAM required to store it), 
and to execute in the minimum number of cycles (e.g. to minimise power consumption). 

The mobile computing (e.g. personal digital assistants), smart phone (e.g. GSM cellular 
telephones with in-built word processing, facsimile send/receive and Internet browsing 
capabilities) and network computer ("NC") environments exemplify contexts in which 
there are advantages to minimising the code size of the operating system: namely, the 
hardware costs (particularly ROM and/or RAM) can then be reduced. That is particularly 
significant in the above contexts since widespread consumer adoption is generally 



dependent on relatively low hardware pricing. Similarly, minimising processor execution 
cycles of the operating system is very important in the mobile computing and smart phone 
contexts, since doing so minimises power consumption and minimising power consumption 
is critical to long battery life. A folly architected operating system written in C++ would 
5 generally be substantial in size and be power hungry. Hence, it would it be unsuitable for 
the mobile computing, smart phone and NC envirormients. 



Further, it is generally regarded as difficult to design a fully functional operating system in 
C++ that meets stringent requirements for code size and cycle overhead, particularly the 
10 stringent requirements associated with the mobile, smart phone and NC computing 
environments. 

Q 

;{3 Some Terminology 

;tl 15 "Objects ofthe String Class" 

In C++, text (e.g. strings of letters that will actually appear on a computer screen) is 

IT} 

iij represented as an "Object". The implementer skilled in C++ or other object oriented 

languages will be familiar with this categorisation. Such text related Objects are of a 
■ ^ particular type, which we shall call " Objects of the String Class" : The kind of Class that an 

\U 20 Object belongs to (e.g. in the case of text, the String Class) defines the allowable 
:jj manipulations that can be performed on that Object. Only certain manipulations can be 

performed on Objects of the String Class (e.g. concatenating 2 text strings together). A 
particular Object of the String Class therefore represents a particular text string. It can only 
be manipulated in certain, well defined ways. 

25 

The following steps are performed in conventional C++ programming in order to create an 
Object of the String Class fi-om an item of text, where the text resides in a file in the filing 
system; 
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set aside a buffer location in memory 



# • 

• read the text into the buffer using a file reading service * 

• use a string creation service to turn the buffered data into an Object of the String 
Class 

• discard the buffer contents 

The actual storage location of the text string is difficult to identify in C++, but one does not 
need to know its location since it is the Object of the String Class that one manipulates 
directly: that in turn causes the actual text string to be manipulated. Hence the Object of the 
String Class in effect knows the memory location of the text string and can handle all the 
necessary memory management tasks associated with text manipulation. 

Multiple Glasses of Objects of the String Class 

In the version of C++ known as the draft ANSI/ISO C++ Standard, all Objects of the String 
Class (as exemplified by the string class in that part of the draft C++ Standard Library of 
the above Standard referred to as <string>) are handled in a manner that enables 
sophisticated memory management tasks to be accomplished (e.g. re-allocating buffer 
space for text that can grow or shrink or be spliced - fully dynamic text). But this level of 
memory management uses a great deal of code and may require considerable heap space. 

Two examples of conventional C++ memory management illustrate this: 

Example 1: C++ handling of Literal Text 

In C++, there are many instances in which source code contains text strings. These strings 
are known as 'Literal Text' and are permanently stored in buffer memory on compilation of 
the source code into executable object code. When Literal Text is to be manipulated, then 
an Object of the String Class must be created fi"om it. However, creation of that Object of 
the String Class itself leads to the creation in memory of the text string which the newly 
created Object of the String Class in fact manipulates. Hence, the text string is duplicated in 
memory: once in the original buffer that arises on compilation of the source code and again 



in the memory location associated with the Object of the String Class that enables the text 
to be manipulated. 

As noted above, in some computing environment's, code space and power consumption are 
5 at a premium. However, in conventional C-H- (i.e. as implemented in the draft ANSI/ISO 
C++ Standard), there is no mechanism to overcome the inherent duplication in memory of 
Literal Text. That is problematic, especially for an operating system since, in an operating 
system, there are many occasions in which Literal Text must be handled. 

10 Example 2: C++ handling of length limited text 

In C++, a programmer handles text using heap memory. Text whose length is limited does 
not in fact require the fiilly flexible approach that is needed to handle text whose length is 
not limited. However, in conventional C++, there is no mechanism for using anything other 
than fully flexible, fully featured Objects of the String Class, irrespective of the length of 
15 text. That leads to a high overhead in memory management code since handling heap 
memory is code and cycle intensive. 



nj Overall, text memory management in C++ is code and cycle intensive. Since code space 

and power consumption are at a premixmi in mobile environments, the conventional C++ 

■y 20 approach would lead to an operating system that is unacceptably large in terms of code size 
and is also too power hungry. 
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The operating system of the present invention re-defmes Objects of the String Class (i.e. as 
defined in the draft ANSI/ISO C++ Standard), by substituting them with a three fold 
structure of Objects of the String Class, namely three new Classes of Objects. The 
conventional, fully featured memory management functionality associated with <string> 
30 from the draft ANSI/ISO C++ Standard is not applied to all three of the new classes. Whilst 




that full functionality is useful in many environments, it is problematic in (inter alia) 
mobile computing environments in which code space and power consumption are at a 
premium. 

5 Hence, the generalisation of the inventive concept of the present invention is to minimise 
code size and cycle overhead by providing, in a computer operating system, a family of 
three different Classes for handling text strings: each different class is appropriate for a 
different circumstance. This allows flexibility: for example, the fully featured memory 
management functionality can now be applied solely to those text strings that actually 
1 0 require it. 



p We shall refer to this new family of String Class Objects as "Descriptors". In a preferred 

^ embodiment, we call the members of this family "Pointer Descriptors", "Buffer 

4= Descriptors" and "Heap Descriptors" . Care should be taken to note that these concepts are 

m 15 different (although related to) the established concepts of "pointers", "buffers" and 
r'l "heaps", with which the skilled implementer will be familiar. Care should also be taken to 

note that the Descriptors envisaged in this specification have no relationship to the VMS 
nj facility of the same name, nor the UNIX term for small integer numbers used to identify 

h\ active operating system files. The skilled implementer may appreciate that it is possible to 

20 design an operating system in which the number of Classes for handling text strings 

exceeds three: such variants are within the scope of the present invention. The three fold 

structure is the minimum (and in almost all cases, the most effective) proliferation of 

Classes. 
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Further, Descriptors are preferably polymorphic: hence, a single service can operate on all 
Descriptors. That leads to significant savings in code and, to a lesser extent, cycle overhead, 
since otherwise modified services would be needed for each of different Descriptors. 
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Hence, in accordance with a first aspect of the present invention, there is provided a 
computer programmed v/ith an object oriented operating system, in which the operating 
system is adapted to handle objects related to text strings; 

characterised in that the operating system handles all such objects as belonging to 
5 one of three classes (namely the Pointer Descriptor Class, the Buffer Descriptor Class and 
the Heap Descriptor Class), in which each class performs a different function and at least 
one such class is modified to do so in a way that reduces code and cycle overhead. 

The invention is founded upon the insight that in order to deliver significant reductions in 
10 code and cycle overhead, one has to re-design the operating system by substituting the 
conventional, single form of Object of the String Class (for example) with three different 
forms of that Object: each form is optimised for different circumstances. 



In a preferred form of the invention, conventional, memory intensive text handling 
lij 15 techniques are applied only to Objects which fall within the new Descriptor Class which 
defines Objects requiring such techniques (i.e. Heap Descriptors). The Pointer and Buffer 
Descriptor Classes are however designed in a manner that reduces code and processor 
cycles compared to conventional String Classes. 



20 Using the two examples mentioned in the Description of the Prior Art above (i.e. Example 
1: C-i-+ handling of literal text and Example 2: C++ handling of length limited text), the 
operating system of the present invention (i) handles Literal Text in a manner that 
eliminates the need for a duplicate copy of Literal Text and (ii) handles text which is 
determined dynamically at run time in a manner that only requires code intensive utilisation 

25 of heap memory in those hmited circumstances in which it is actually necessary to do so: in 
other circumstances (for example, where the programmer knows in advance the maximum 
length of the text), then static memory is used instead. Fuller details of the specific 
handling is given below (see section titled Detailed Description). 



Preferably, the operating system is adapted to handle not only text but also raw data using 
the same three fold structure. 

In addition to the combined computer/operating system as defined above, one can identify 
further inventive aspects. For example, any device that has to interface with such an 
operating system must also use the same three-fold structure for Objects of the String Class, 
For example, driver sofhvare for peripherals such as solid state memory devices will have 
to use this three fold-structure. Likewise, control panel software for peripherals will also 
have to. 

Hence, in a second aspect of the present invention, there is provided a peripheral device for 
a computer programmed with an object oriented operating system, in which the operating 
system is adapted to handle objects related to text strings; 

characterised in that the operating system handles all such objects as belonging to 
one of three classes (namely the Pointer Descriptor Class, the Buffer Descriptor Class and 
the Heap Descriptor Class), in which each class performs a different function and at least 
one such class is modified to do so in a way that reduces code and cycle overhead and is 
further characterised in that the peripheral device is programmed to handle objects which 
also fall into the above three classes. 

In a third aspect of the present invention, there is provided an operating system encoded on 
computer readable media, in which the operating system handles objects related to text 
strings; 

characterised in that the operating system is adapted to handle all such objects as 
belonging to one of three classes (namely the Pointer Descriptor Class, the Buffer 
Descriptor Class and the Heap Descriptor Class), in which each class performs a different 
function and at least one such class is modified to do so in a way that reduces code and 
cycle overhead. 
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In a fourth aspect of the invention, there is provided a method of operating a micro- 
processor using an operating system, in which the operating system is adapted to handle 
objects related to text strings; 

characterised in that the operating system handles all such objects as belonging to 
5 one of three classes (namely the Pointer Descriptor Class, the Buffer Descriptor Class and 
the Heap Descriptor Class), in which each class performs a different function and at least 
one such class is modified to do so in a way that reduces code and cycle overhead. 

In a fifth aspect, there is provided computer readable media encoded with an operating 

10 system adapted to handle objects related to text strings; 

characterised in that the operating system handles all such objects as belonging to 
one of three classes, in which each class performs a different function and at least one such 
class is modified to do so in a way that reduces code and cycle overhead. Typically, the 
computer readable media will be a masked ROM. For distribution purposes, the media may 

1 5 also be a conventional CD-ROM or floppy disc. 

f> &?^->^.^-^-^ 

20 The present invention will be described in relation to an embodiment known as EPOC32. 
EPOC32 is a 32 bit operating system developed by Psion Software pic of England for use 
in (inter alia)' mobile and smart phone environments. Further details of the EPOC32 
embodiment are disclosed in the SDK on EPOC32 published by Psion Software Pic, 
England, ^strs^i' m i uf which i& attached a s Appendix 4^ To the extent possible without 

25 limiting in any way the rights of the inventors and assignees of this invention, the full SDK 
is incorporated by reference into this specification. 



30 



EPOC32 has been ported to run on a number of different micro-processor architectures. 
The details of porting an operating system per se are beyond the scope of this specification, 
but will be understood by those skilled in the arts. In particular, EPOC32 has been ported to 




run on ARM RISC-based micro-processors from Advanced RISC Machines of England. 
Various models of ARM micro-processors are widely used in digital cellular telephones 
and will be familiar to those skilled in the art. However, the invention can be realised on 
many different micro-processors. Hence, the claims of this specification should be read to 
5 cover any and every hardware and software implementation in which the operating system 
performs the functions as limited in the claims. 

Returning to the examples of Literal Text and Length Limited Text given in the Prior Art 
discussion above, EPOC32 appHes the above three-fold structure for Objects of the String 
10 Class as follows: 

Q Example 1 : Literal Text in EPOC32 

As explained above, in conventional C-H-, a text string relating to Literal Text is duplicated 
in memory: once in the original buffer that arises on compilation of the source code and 
jjj 15 again in the memory location associated with the Object of the String Class that enables the 
text to be manipulated. That duplication is wasteful. 

|1J EPOC32 however uses a Pointer Descriptor which points to the original memory location 

^ of the Literal Text (i.e. as laid down by the compiler). This Pointer Descriptor (called the 

20 TPtrC Pointer Descriptor in EPOC32) is the Object of the String Class for Literal Text. (In 
C-H-, pointers are not usually regarded as Objects per se). Hence, the hybrid pointer/object 
in EPOC32 leads to the complete elimination of the need for an additional copy of Literal 
Text. 



25 Example 2: Length Limited Text in EPOC32 

As noted above, in conventional C-H-, there is no mechanism for using anything other than 
fliUy flexible, fully featured Objects of the String Class, irrespective of the length of text. 
That leads to a high overhead in memory management code since handling heap memory is 
code and cycle intensive. 

30 
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In EPOC32, there is a particular class of String Objects, known as Buffer Descriptors, 
which are size limited. Because they are size limited, complex memory allocation code is 
not required to manipulate them. Further, Buffer Descriptors can use Static Memory (rather 
than heap memory). Static memory cannot be re-allocated in the code intensive fashion that 
5 heap memory can be, but is more efficient to use in that fewer code cycles are required to 
achieve the necessary manipulations (hence leading to power saving). Only in the truly 
dynamic case does EPOC 32 require use of the heap memory with its attendant high cycle 
overhead: Then, the Heap Descriptor Class is used. 

10 EPOC32 lays down the parameters of length limited String Classes using a template class, 
the *TBuf class. (Class templates define the properties of numerous Objects of the String 
Class; e.g. TBuf is the template for all Buffer Descriptors - i.e. all Objects of the String 
Class of the Buffer variant. TBuf defines certain common properties for all such Objects of 
the String Class.) 



EPOC32 exhibits several other significant features which lead to minimising code size and 
cycle overhead, namely that: 

• String and Raw Data Buffer Class Objects act as *flat' structures 

• Descriptors give polymorphic characteristics 



String and Raw Data Buffer Class Objects as flat structures 

All Descriptors are 'flat* structures (i.e. if a Descriptor has to be copied, then only the 
Descriptor itself is copied. In conventional C++, copying an Object requires copying not 
25 only of the Object itself, but also all related pointers and the data pointed to - i.e. the 
complex, related structure that gives an Object meaning.) In EPOC32, copying a Descriptor 
is therefore far more economic in memory overhead and cycles than copying an equivalent 
Object in ordinary C++. 
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Descriptors allow for UNICODE and ASCII invariant coding 
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This is achieved in EPOC32 as follows, for Buffers and Pointers: 



11 



Buffer Descriptors (TBuf) contain the actual text referenced by the Buffer: hence, 
copying the Buffer inherently copies the related text. There is no need to copy a 
pointer and related data as there would be in C-H-. 

Pointer Descriptors (TPtr) contain a C++ type pointer within them, so that copying 
TPtr alone is all that is required when duphcating: in conventional C++, one would 
have had to copy not just one entity, but also related and separate pointers and text. 



Descriptors as Polymorphic Objects 

A group of Objects are said to exhibit polymorphism if all the Objects in the Group behave 
like a single Object, yet achieve common behaviour through different mechanisms. 
Polymorphism is provided for in conventional C++ through Virtual Functions: all Objects 
which are polymorphic to one another include, at a common location, a pointer to a Virtual 
Function Table (a pointer is therefore required in each Object). This Table identifies the 
actual code for each polymorphic function. A separate Table is needed for each class that 
shares polymorphism. But this approach uses a considerable amount of space, since each 
pointer is 32 bits (i.e. 4 characters) and each Object needs a pointer to a Virtual Function 
Table, In addition, a 32 bit length field is also used in each Object. 

In (inter alia) mobile operating system environments, this overhead is problematic. 
EPOC32 addresses this as follows for Objects of the String Class: a 32 bit length field is 
sub-divided so that the first 4 bits code for the type of Descriptor. A function then looks at 
the 4 bits and points to the correct text location (e.g. within the Descriptor itself if the 
Descriptor is a Buffer etc.) Hence, polymorphism is provided for in that each of the three 
different classes of Descriptors for Objects of the String Class (i.e. Pointer Descriptors, 
Buffer Descriptors and Heap Descriptors) can be coded for using merely the first 4 bits of a 
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single 32 bit field. Hence, considerable memory savings can be achieved. In more general 
terms, the field shares a machine word with another data item. 



UNICODE and ASCII Invariant Code 
5 In C++, coding for 16 bit Unicode leads to doubling in size of all text data that would 
otherwise be in 8 bit code. Also, conventionally, a programmer has to decide when writing 
source code whether to code for text using ASCII or Unicode. 
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In EPOC32, the same source code is used irrespective of the ultimate choice of ASCII or 
10 Unicode. This is achieved by building the system using aliases for Class Names, which are 
ASCII and Unicode invariant, rather than Classes per se (e.g. Pointer Descriptors, Buffer 
Descriptors and Heap Descriptors). Hence, instead of building using the Pointer TPtrl6 to 
code for Unicode or TPtrS to code for ASCII, one instead builds using the TPtr Class 
Name. At build time, the Class Names can be compiled as either 16bit Unicode or 8bit 
15 ASCII. This approach can be used to encompass all character sets which can be encoded in 
different bit lengths. 
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Additional Advantages of EPOC32 

In C++, text strings are conventionally terminated with a '0' so that the system can readily 
know where a text string ends. In EPOC32, that is no longer necessary; Descriptors include 
a statement defining the length of the data referenced. Hence, there is a yet further saving in 
code since it no longer needs to use '0' terminators to flag the end of each and every text 
item. 



Summary of Descriptors Features 
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Descriptors comejn_3_c 
)escrlptors. 




r D es c ri pt o r s a n d H et 




"PoiffteiUlesaipters- come in two forms: constant Pointer Descriptors: TPtrC 
and modifiable Pointer Descriptors: TPtr 
' • constant Pointer Descriptors: TPtrC. 

• Data cannot be modified through this. 

• All member functions are constant. 

• Is used to reference constant strings or data (e.g. data that must 
not be altered). 

• Is derived from TDesC and hence has a large number of member 
functions. 

• modifiable Pointer Descriptors: TPtr. 

' • Data can be modified though this Descriptor, so long as the data 

does not extend beyond the maximum length set by the 
constructor. 

• Points directly to a memory area containing the area to be 
modified. 

• Pointer length determines number of data items that are 
contained. 

• Inherits all the TDesC member functions, plus TDes member 
functions for manipulating and changing data. 

• Pointer Descriptors are separate from the data represented; but are 
constructed from a pre-existing area in memory. 

Buffer Descriptors come in two forms 

• constant Buffer Descriptor, TBufC<TInt S> 

• data can be set into the Descriptor at construction time or by the 
assignment operator (operator =) later on. 

• length is defined by an integer template: TBufC<40> contains 40 
data items. 

• Inherits all the TDesC member functions 

• a modifiable Buffer Descriptor:, TBuf<TInt S> 




• contains data that can be modified, so long as the data is not 
modified to extend beyond the maximum length. 

• maximum length defines the max. number of data items 

• actual length defines actual nxmiber of data items 

• length is defined by an integer template: TBuf<40> contains 40 
data items and no more. 

• the data area is part of the Descriptor object 

• useful for containing data which needs to be manipulated and 
changed , but whose length will not exceed a known maximum 
(e.g. WP text). 

• Inherits all the TDesC member fimcdons, plus TDes member 
functions for manipulating and changing data. 

•^_JIeap-Descitpt0rs^come in one form only 

• constant Heap Descriptor HBufC 

• contains a length followed by data 

• the data area is part of the Descriptor object; the whole object 
occupies a cell allocated fi-om the heap. 

• Data can be set into the Descriptor at construction time or by the 
assignment operator (operator =) later on. 

• Inherits all the TDesC member fiinctions 

• can be re-allocated: data area can expand or contract 
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5 EPOC32 "Descriptors" SDK 1997 from Psion Software Pic. (ej&erpts). Reference to the 
full SDK, published in July 1997 (rev. 1.0) by Psion Software^lc, may be made. 



10 SDK: Descriptors Overview 
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The three fold structure of the Descriptor Classes (namely the Pointer Descriptor Class, the 
Buffer Descriptor Class and the Heap Descrimor Class), offer a safe and consistent 
mechanism for accessing and manipulating both/strings and general binary data regardless 
15 of the type of memory that they live in. For ^ample, a string within a code segment in 
ROM can be handled in a similar way to a file record in RAM. 

The data represented by Descriptors resides in a data area which is a defined location in 
memory. This data area is not expandable J Operations on Descriptor data are safe in the 
20 sense that accidental or deliberate attempts to access memory outside the defined data area, 
are not permitted.. (In general, code whjch makes an invalid access, causes an exception 
(commonly known as a panic). 



Descriptors make no distinction between the type of data represented; both strings and 
25 binary data are treated in the same \way. Although some member fiinctions of a Descriptor 
object are designed to operate on text data, they will, nevertheless, work on binary data. 
This unifies the handling of both t^xt and binary data and increases efficiency by allowing 
code to be shared. 

Descriptor Classes satisfy a numhfer of important requirements: 
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They provide support for both UNICODE and ASCII text. The _UNTCODE 
macro is used to select the ASCII or UNjfCODE build variant. 
They unify the handling of both strings knd binary data. 
They allow text or data in ROM to be safely and conveniently referenced. 
They supply rich member functions to panipulate the associated text or data. 
They allow the data to be modified bijt prevent any attempt to write outside the 
defined data area. 

They avoid the memory overhead associated with virtual functions. 
They behave as built-in types and ^an be safely created on the stack and can 
also be safely orphaned. 

(HBufC is allocated on the heap anfl is an exception to the rule). 



ill 



ASCII and UNICODE text 

E32.descriptors.char-set 
1 5 ASCII text characters can be represented by 8 bits (one byte) while UNICODE characters 
require 16 bits (two bytes). To supiort both ASCII and UNICODE text, the Descriptor 
Classes come in two variants: 8 bit /and 16 bit. For example, there are the following two 
Pointer Descriptor Classes: TPtrS anil TPtrl6. 

20 Programs can be built to support tither UNICODE or ASCII text by using class names 
which are independent of the build [variant. For example, by using the Descriptor class TPtr, 
a system can be built that will use /either the TPtrS or TPtr 16 classes. The decision is taken 
at build time and depends on whetjier the _UNICODE macro has been defined. 



10 
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The following code fragments extracted from the E3232def.h header file (see Appendix 1 
for the SDK) show how this is implemented by defining the variant independent class 
names as appropriate. 

#ifdefmed(_UNICODE) 



typedef TPtrl6 TPtr; 



#else 



typedef TPtrS TPtr; 

P 

#endif 

=P Application code should avoid using 'C style string literals directly. Instead, one should 

IIJ 

( = I 15 use the _S macro to create a 'C style string of the appropriate width, returning a pointer of 



the appropriate type. Also, one should use the _L macro (_L for "literal*') to create a 
Descriptor of the appropriate type. See e32. macro. _S and e3Zmacrp,_L for the 
definitions of these macros. 
For example, 
y 20 const TText*str = _SrHello"); 

generates a string of single byte characters in an ASCII build but a string of double-byte 
characters in a UNICODE build. 
__L("Hello"); 

generates an 8 bit Descriptor in an ASCII build and a 16 bit Descriptor in a UNICODE 
25 build. Always use _L("abcdef ') , for example, rather than plain "abcdef ' as it will always 
construct a Descriptor of the correct variant. 



Note that an 8 bit 'C style string and an 8 bit pointer Descriptor can be explicitly 
constructed, independently of the build variant, by using the _S8 and _L8 macros 
30 respectively. The corresponding 16 bit versions, _S16 and _L16 are also available. 
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See e32.macrg,_S8, e32. macro ._L8, .e32,macrp,_S1 6 and e32.macro._L1.6 for their 
definitions. 

Length and size 

E3232.descriptors.lenqth-ancl-size 
5 A Descriptor characterizes the data it represents by the length of that data. The length of a 
Descriptor is the number of data items. For the 8 bit variants, the length of the Descriptor is 
the number of single-bytes of data it represents; for the 16 bit variants, the length of the 
Descriptor is the number of double-bytes of data it represents. 

10 The size of a Descriptor is the number of bytes occupied by the Descriptor's data; this is not 
necessarily the same as the Descriptor's length. For the 8 bit variants, the size is the same 
,n as the length but for the 16 bit variants, the size is twice the length. Those Descnptors 

' which allow their data to be modified are also characterized by their maximum length. For 

nj these Descriptors, the length of data represented can vary fi"om zero up to and including this 

i ; J 

m 15 maximum value. The maximum length for any Descriptor is 2^1 

Text and binary data 

E3232.descnptors.text-and-binarv 
jlj In 'C\ strings are characterized by the need for a zero terminator to flag the end of the 

string. They suffer from a number of problems. In particular, they cannot include binary 

20 data within them (in case that data includes binary zeroes) and operations on them are, in 
general, inefficient, *C' strings need to be handled in a different way to binary data, as 
reflected in the memxxxQ and strxxxQ function groups in the ANSI *C' library. 
Descriptors allow strings and binary data to be represented in the same way; this allows the 
same functions to be used in both cases. For binary data, the 8 bit Descriptors should be 

25 used explicitly. The distinction between UNICODE and ASCII has no meaning for binary 
data. Note that there is no practical use for explicit 16 bit binary data. 



Memory allocation 

E3232.descriDtors. alloc 




The Descriptor classes (except HBufC) behave as built-in types. They allocate no memory 
and have no destructors. This means that they can be orphaned on the stack in the same 
way as a built-in type. This is particularly important in situations where code can leave. 
(See E.3232, exception. tra for the implications oi orphaning). 

An HBufC Descriptor object is allocated on the heap and cannot be created on the stack. 

Exceptions 

E3232.descriptors.except!ons 

All parameters to Descriptor member functions are checked to ensure that the operations 
are correctly specified and that no data is written outside the Descriptor's data area. A 
particular consequence is that no member function can extend a modifiable Descriptor 
beyond its maximum allocated length. It is the programmer's responsibility to ensure that 
all Descriptors are sufficiently large to contain their data, either by making the original 
allocation large enough or by anticipating the need for a larger Descriptor and dynamically 
allocating one at run-time. The static approach is simpler to implement but if this were to 
prove wasteful in a specific case, then the dynamic approach could be more worthwhile. In 
the event of an exception, it can be safely assumed that no illegal access of memory has 
taken place and that no data has been moved or damaged. 

The Descriptor types 

E3232.descriptQrs.tvpes 

There are three kinds of Descriptor object: 

• pointer Descriptors. 

The Descriptor object is separate from the data it represents but is constructed 
for a pre-existing area in memory. They come in two forms: 

a constant pointer Descriptor, TPtrC 

a modifiable pointer Descriptor, TPtr 

• buffer Descriptors. 

The data area is part of the Descriptor object. They come in two forms: 
a constlant buffer Descriptor, TBufC<TInt S> 
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a modifiable buffer Descriptor, TBuf<TInt S> 
• heap Descriptor, 

The data area is part of the Descriptor object and the whole object occupies a 
cell allocated from the heap. This comes in only one form: 
5 a constant heap Descriptor, HBufC 

Pointer Descriptor - TPtrC 

E3232. descriptors. buffer-descriptor.TPtrC 
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TPtrC is a constant Descriptor through which no data can be modified. All of its member 
10 functions (except the constructors) are constant. TPtrC is shown schematically at Figure 1 . 
TPtrC is useflil for referencing constant strings or data; for example, accessing text built 
into ROM resident code, or passing a reference to data in RAM which must not be 
modified through that reference. TPtrC is derived from TDesC, which provides a large 
number of member functions for operating on its content; for example, locating characters 
1 5 within text or extracting portions of data. 

Pointer Descriptor - TPtr 

E3232.descriptors.buffer-descriptor.TPtr 

TPtr is a modifiable pointer Descriptor through which data can be modified, provided that 
20 the data is not extended beyond the maximum length. The maximum length is set by the 
constructor. TPtr points directly to an area in memory containing the data to be modified. 
TPtr is shown schematically in Figures 2 A and 2B. 

The maximum number of data items that the area can contain is defined by the maximum 
25 length. The length of the TPtr indicates how many data items are currently contained within 
the data. Wheii this value is less than the maximum, a portion of the data area is unused. 
TPtr is useful for constructing a reference to an area of RAM which contains data intended 
to be modified through that reference, or even to an area of RAM which contains no data 
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yet but in which data will be constructed using the Descriptor reference and member 
functions. 

TPtr is also useful for constructing a reference to a TBufC or an HBufC Descriptor which 
5 contain the data to be modified. A TPtr used in this way points to a TBufC or an HBufC 
Descriptor. The data contained by the TBufC or HBufC Descriptors can be modified 
through the TPtr. TPtr is derived from TDes which, in turn, is derived from TDesC. 
Therefore, it inherits all the const member functions defined in TDesC plus the member 
functions from TDes which can manipulate and change the data; for example, appending a 
10 character to the end of existing text. 

Buffer Descriptor - TBufC<Tlnt S> 

^ E3232.descriptors.buffer-descriptor.TBufC 

ry 

SJl TBufC is a buffer Descriptor containing a length followed by the data area. Data can be set 

15 into the Descriptor at construction time or by the assignment operator (operator=) at any 
|ij other time. Data akeady held by the Descriptor is constant. TBufC is shown schematically 

at Figure 3. The length of a TBufC is defined by an integer template; for example, 
; 'f TBufC<40> defines a TBufC which can contain up to 40 data items. 

sQ 20 TBufC is derived from TDesC, which provides a large number of member functions for 
operating on its content; for example, locating characters within text or extracting portions 
of data. TBufC provides the member function, Des(), which creates a modifiable pointer 
Descriptor (a TPtr) to reference the TBufC. This allows the TBufC data to be changed 
through the TPtr, as indicated schematically at Figure 4. The maximum length of the TPtr 
25 is the value of the integer template parameter. 



Buffer Descriptor - TBuf<Tlnt S> 

E3232.descriptors.buffer-descriptQr.TBuf 
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TBuf is a modifiable buffer Descriptor containing data which can be modified, provided 
that the data is not extended beyond its maximum length., TBuf is shown schematically at 
Figure 5, The maximum number of data items that the data area within TBuf can contain, 
is defined by the maximum length. The length of the Descriptor indicates how many data 
5 items are currently contained within the data area. When this value is less than the 
maximum, a portion of the data area is unused. The maximum length of a TBuf is defined 
by an integer template; for example, TBuf<40> defines a TBuf which can contain up to 40 
data items (and no more!). A TBuf is useful for containing data which needs to be 
manipulated and changed but whose length will not exceed a known maximum; for 
10 example, word processor text. TBuf is derived fi-om TDes which, in turn, is derived fi-om 
TDesC. Therefore, it inherits all the const member fijnctions defined in TDesC plus the 

p member fimctions from TDes which can manipulate and change the data; for example, 

IJi appending a character to the end of existing text. 



Heap Descriptor - HBufC 

15 E3232.descriptors.buffer-descriptor.HBufC 

HBufC is a Descriptor containing a length followed by data. It is allocated on the heap 
using the New(), NewLQ or NewLC() static member functions. The length of the 
Descriptor is passed as a parameter to these static functions. HBufC is shown schematically 
=0 20 at Figure 6. Data can be set into the Descriptor at construction time or by the assignment 
operator (operator=) at any other time. Data already contained by the Descriptor is constant. 
HBufC is derived from TDesC, which provides a large number of member functions for 
operating on its content; for example, locating characters within text or extracting portions 
of data. 
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HBufC provides the member function, Des(), which creates a modifiable pointer Descriptor 
(a TPtr) to reference the HBufC. This allows the HBufC data to be changed through the 
TPtr. The maximum length of the TPtr is the length of the HBufC data area. Figure 7 
illustrates this schematically. 
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Heap Descriptors can be re-allocated. The ReAllocQ or ReAllocL() functions allow the 
heap Descriptor's data area to expand or contract. The length of the data area, however, 
cannot be made smaller than the length of data currently held. Before contracting the data 
area, the length of the data held by the Descriptor must be reduced. The length of data 
which the assignment operator can set into the heap Descriptor is limited by the space 
allocated to the Descriptor's data area. The memory occupied by heap Descriptors must be 
explicitly freed either by calling User::Free() or by using the delete keyword. 



The Descriptor classes' relationships 

E32. descriptors-Classes 

All of the Descriptor classes TPtrC, TPtr, TBufC, TBuf and HBufC are derived from the 

i 

abstract base classes TDesC and TDes. The class TBufCBase, although marked as an 
abstract class, is merely an implementation convenience. Figure 8 schematically illustrates 
the relationship between the classes. 

The behaviour of the concrete Descriptor classes is very similar, and therefore, most of the 
functionality of Descriptors is provided by the abstract base classes. Because Descriptors 
are widely used (especially on the stack), the size of Descriptor objects must be kept to a 
minimum. To help with this, no virtual functions are defined in order to avoid the overhead 
of a virtual function table pointer in each Descriptor object. As a consequence, the base 
classes have implicit knowledge of the classes derived from them. E32 supplies two 
variants of the Descriptor classes, one for handling 8 bit (ASCII) text and binary data and 
the other for handling 16 bit (UNICODE) text. The 8 bit variants of the concrete classes 
are: TPtrC8, TPtrS, TBufC8<TInt S>, TBuf8<TInt S> and HBufCS while the 8 bit variants 
of the abstract classes are:- TDesC8, TDesS. Similarly, the 16 bit variants are named: 
TPtrC16, TPtr 16, TBufC16<TInt S>, TBufl 6<TInt S>, HBufC16, TDesC 16 and TDes 16 
respectively. This distinction is transparent for Descriptors intended to represent text. By 




writing programs which construct and use TPtrC, TPtr, TBufC<TInt S>, TBuf<TInt S> and 
HBufC classes, compatibility is maintained between both UNICODE and ASCII. The 
appropriate variant is selected at build time depending on whether the _UNICODE macro 
has been defined or not. If the _UNICODE macro is defined, the 16 bit variant is used, 
5 otherwise the 8 bit variant is used as explained in e32, descriptors 



Descriptors for binary data must explicitly use the 8 bit variants; in other words, code must 
explicitly construct TPtrCS, TPtrS, TBufC8<TInt S>, TBuf8<TInt S> and HBufCS classes. 
Exphcit use of the 16 bit variants for binary data is possible but not recommended. In 
10 general, 8 bit and 16 bit variants are identical in structure and implementation; the 
description of the classes themselves uses the build independent names throughout. 

^ N.B. Many member functions take arguments which are either of type TUint8* or type 

,p TUintl6* depending on whether the Descriptor is the 8 bit or 16 bit variant. To simplify 

\7i 15 explanation, these arguments are written in function prototypes as TUint??*. 

W Using descriptors for function interfaces 

□ e32.descriptors.usinq-function-interfaces 

U Many interfaces which use or manipulate text strings or general binary data use descriptors 

to specify the interface. In conventional 'C programming, interfaces would be specified 
20 using a combination of char*, void* and length values. In E32 descriptors are always used. 
There are four main cases: 

• Passing a constant string 
In 'C: StringRead(const char* aString); 

The length of the string is implied by the zero terminator; therefore, the 
25 function does not require the length to be explicitly specified. 

In E32: $tringRead(const TDesC& aString); 
The descriptor contains both the string and its length. 

• Passing a string which can be changed. 
In *C': StringWrite(char* aString, int aMaxLength); 




The length of the passed string is imphed by the zero terminator. aMaxLength 
indicates the maximum length to which the string may be extended. 
In E32: String Write(TDes& aString); 

The descriptor contains the string, its length and the maximum length to which 
the string may be extended. 

• Passing a buffer containing general binary data 

In 'C: BufferRead(const void* aBuffer, int aLength); 
Both the address and length of the buffer must be specified. 
In E32: BufferRead(const TDes8& aBuffer); 

The descriptor contains both the address and the length of the data. The 8 bit 
variant is explicitly specified; the buffer is treated as byte data, regardless of the 
build variant. 

• Passing a buffer containing general binary data which can be changed. 
In'C: 

BufferWrite(void* aBuffer, int& aLength, int aMaxLength); 
The address of the buffer, the current length of the data and the maximum 
length of the buffer are specified. The aLength parameter is specified as a 
reference to allow the function to indicate the length of the data on return. 
In E32: BufferRead(TDes8& aBuffer); 

The descriptor contains the address, the length of the data and the maximum 
length. The 8 bit variant is explicitly specified; the buffer is treated as byte data, 
regardless of the build variant. 

Folding and collating 

e32.descriptors.foldinq-collatinq 

There are two techniques that may be used to modify the characters in a descriptor prior to 
performing some operations on text: 

• folding 

• collating 

Variants of member functions that fold or collate are provided where appropriate. 



Folding 

e32.descriptors.folding 

Folding means the removal of differences between characters that are deemed unimportant 
for the purposes of inexact or case-insensitive matching. As well as ignoring differences of 
case, folding ignores any accent on a character. By convention, folding converts lower case 
characters into upper case and removes any accent. 

Collating 

e32.descriptors.CQllating 

Collating means the removal of differences between characters that are deemed 
unimportant for the purposes of ordering characters into their collating sequence. For 
example, collate two strings if they are to be arranged in properly sorted order; this may be 
different from a strict alphabetic order. 

Using descriptors 

e32.descriptors. using 

The following series of examples show how descriptors can be used. Specifically, the 
examples illustrate: 

• the basic concepts of the pointer descriptors, TPtrC and TPtr. See 
e32.descriptors.us^^ 

• the basic concepts of the buffer descriptors, TBufC and TBuf See 
e?2:descriptpfs,us^^ 

• how descriptors can represent general binary data. See 
e32,descriptors^^ 

• some of the member functions which do not modify the content of a descriptor. 
See e32,descriptprs.us 

• some of the member functions which modify the content of a descriptor. See 
6.32, descriptors, us i 

• how descriptors can be used in interfaces. See 
e32,descriptprs,usi_n^ 
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• the basic concepts of the heap descriptor, HBufC. See 
e32,descriptors,us^^ 

Pointer descriptors 

e32.descriptors.usinq.pointer-descriptors 
5 The code fragments shown here to illustrate the use of pointer descriptors are extracted 
from the sample source code in the eudesptr project. Run the code in this project to see 
pointer descriptors in action. 



10 A TPtrC is useful for referencing constant strings or data; for example, accessing text built 
into ROM resident code, or passing a reference to data in RAM which must not be 



const TTextS* cstrS = (TText8*)"Hello World!"; 
15 A TPtrCS descriptor can be constructed to represent this pre-defined area containing the 



string "Hello World!": 

TPtrCS ptrC8(cstr8); 
The descriptor is separate from the data it represents. 

While the length of the 'C string is 12, its size is 13 to allow for the zero terminator. From 
20 the descriptor's viewpoint, both the length and the size of the data is 12. The descriptor 
uses the length to determine the amount of data represented. The address of the descriptor's 
data area, as returned by: 
ptrCS.PtrO; 

is the same as same as the address of the original *C' string, cstrS. 
25 The 16 bit variant (UNICODE) 

Similarly, define a constant 'C style string of wide (or UNICODE) characters: 

const TTextl6* cstrl6 = (TTextl6*)L"Hello World!"; 
A TPtrC16 descriptor can be constructed to represent this area containing the string of 
double-byte characters "Hello World!" : 



TPtrC 



The 8 bit variant 



modified through that reference. 

For example, define a constant style ASCII string: 
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TPtrC16ptrC16(cstrl6); 
Again, the descriptor is separate from the data it represents. The length of the descriptor, as 
returned by a call to ptrcl6.Length(), is 12 as it represents 12 text characters but the size, as 
returned by a call to ptrcl6.Size(), is now 24 as each character occupies 2 bytes. 
Again, the address of the descriptor's data area, as returned by: 

ptrcl6.Ptr(); 

is the same as the address of the original *C' string, cstrl6. 
The_S macro and build independent names 

Use the _S macro to define a constant 'C style string of the appropriate width. The TText 
variant is defined at build time (as either TTextS or TTextl6) depending on whether the 
_UN1C0DE macro has been defined. For example: 

const TText* cstr = _S("Hello World!"); 
The TPtrC descriptor: 

TPtrC ptrc(cstr); 

represents the area containing the text "Hello Worid!"; the TPtrC variant is defined at 
build time (as Either TPtrCS or TPtrC 16) depending on whether the UNICODE macro has 
been defined. 

The length of the descriptor, as returned by ptrc.LengthQ, is 12 for all build variants but the 
size of the descriptor, as returned by ptrc.SizeQ is 12 for an ASCII build and 24 for a 
UNICODE build. 
See e32,macfo._S. 
The _L macro 

The _L macro constructs a TPtrC of the correct variant and is fi-equently used as a source 
descriptor when constructing a buffer descriptor or a heap descriptor. 
The macro is also usefiil for constructing a TPtrC to be passed as a parameter to a fimction. 
For example, the Printf() member fimction of the RTest class used in these examples 
requires a descriptor as its first parameter. Here, the _L macro constructs a TPtrC 
representing the constant static area generated by the compiler containing the text "\nThe 
_L macro constructs a TPtrC" . 

testConsole.Printf(_L("\nThe _L macro constructs a TPtrC'*)); 
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See e32,macro,_L. 
TPtr 

A TPtr is a modifiable pointer descriptor through which data can be modified, provided that 
the data is not extended beyond the maximum length. The maximum length is set by the 
constructor. 

For example, define a TText area initialised to contain the string "Have a nice day" : 



A TPtr descriptor can be constructed to represent the data in this area; further, this data can 
be changed, contracted and expanded provided that the length of the data does not exceed 
the maximum. 

TPtrptr(&str[0],15,16); 
The descriptor ptr represents the data in str and is constructed to have a current length of 15 
(the length of the text, excluding the zero terminator) and a maximum length of 16 (the 
actual length of str). Once the descriptor has been constructed, it has no further use for the 
zero terminator. 

The data can be completely replaced using the assignment operator: 
ptr = _L("Hi there"); 

Note the use of the _L macro to construct a TPtrC of the correct build variant as the source 
of the assignment. 

The length of ptr is now 8 but the maximum length remains 16. The size depends on the 
build variant. In an ASCII build, this is 8 but in a UNICODE build, this becomes 16 (two 
bytes for ever}' character). 

The length of the data represented can be changed. For example, after ptr.SetLength(2), the 
descriptor represents the text "Hi". The length can even be set to zero so that after 
ptr.ZeroO, the descriptor represents no data. Nevertheless, the maximum length remains at 
16 so that: 

ptr = _L("Have a nice day!"); 



TText str[ 16]= {'H', 'a', V, V, 



'n', 'i', 'c', 'e'. 



, 'd', 'a' 




puts the 16 characters ''Have a nice day" into the descriptor's data area. 
See also e32, macro .__L, 

Buffer descriptors 

e32.descriptors. using. buffer-descriptors 

The code fragments shown here to illustrate the use of buffer descriptors are extracted from 
the sample source code in the eudesbuf project. Run the code in this project to see buffer 
descriptors in action. 

TBufC 

A TBuiC is a buffer descriptor where the data area is part of the descriptor itself 

Data can be set into the descriptor at construction time or by the assignment operator at any 

other time. Data already held by the descriptor cannot be modified but it can be completely 

replaced (again, using the assignment operator). 

For example: 

TBufC<16> bufc2C_L("Hello World!")); 
constructs a TBufC which can contain up to 16 data items. During construction, the 
descriptor's data area is set to contain the text '* Hello World!" and the length of the 
descriptor is set to 12. 

The data within bufc2 cannot be modified but it can be replaced using the assignment 
operator: 

bufc2 = _L("Replacement text"); 
To prevent any possibility of replacing the data, declare bufc2 as const. 
The data within a TBufC can be changed by constructing a TPtr from the TBufC using the 
Des() member function; the data can then be changed through the TPtr. The maximum 
length of the TPtr is the value of the TBufC template parameter. For example: 

bufc2 = LLC'Hello World!"); 

TPtr ptr = bufc2.Des(); 

ptr.Delel:e((ptr.Length()- 1 ), 1 ); 

ptr.AppendC_L(" & Hi")); 



• 
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This deletes the last character in the TBufC and adds the characters " & Hi" so that the 
TBufC now contains the text "Hello World & Hi" and its length is 16. Note that the length 
of both the TBufC and the TPtr reflect the changed data. 

TBuf 

5 A TBuf is a modifiable buffer descriptor where the data area is part of the descriptor itself 
The data can be modified provided that the data is not extended beyond the maximum 
length. The maximum length is set by the constructor. 
For example: 

TBuf<16> buf(_L("Hello World!")); 
10 constructs a TBuf which can contain up to 16 data items. During construction, the 
descriptor's data area is set to contain the text "Hello World!", the length of the descriptor 
is set to 12 and its maximum length is set to 16. 
The data can be modified directly: 

bufAppend('@'); 

15 changes buf s data to "Hello World!®" and its length to 13 while: 
bufSetLength(3); 
changes it length to 3 and its data to "Hel" . 
The maximum length of the descriptor always remains at 16. 

Like a TBufC descriptor, the data contained within a TBuf can be replaced entirely using 
20 the assignment operator: 

buf = _L ("Replacement text"); 
replaces "Hello World" with "Replacement text" and changes the length of the descriptor 
to 16. 

An attempt to increase the length of the data beyond the maximum generates an exception 
25 (a panic). For example: 

buf = _L("Text replacement causes panic!"); 
generates a panic at run time because the length of the replacement text (30) is greater than 
the maximum (16). 
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General binary data 

e32.descriptors.usinq.qeneral-binarv-data 

The code fragments shown here, illustrating how descriptors can handle general binary 
data, are extracted from the sample source code in the eudesbin project. Run the code in 
this project to see the sample in action. 

The kind of data represented or contained by descriptors is not restricted to text. 
Descriptors can also handle general binary data. 

To deal with general binary data, always explicitly construct an 8 bit variant descriptor. 
Binary data should always be treated as 8 bit data regardless of the build. 
For example set up an area in memory initialised with binary data: 

TUintS data[6] = {0x00,0x0 l,0x02,0xAD,0xAE,0xAF}; 
Construct a modifiable buffer descriptor using the default constructor: 
TBuf8<32> buffer; 

The following code extracted from the eudesbin project puts the binary data into the 
descriptor, appends a number of single byte values and then displays the data at the test 
console. The length of the buffer is 9, the maximum length is 32 and the size is 9 regardless 
of the build. 

Tint index; 

Tint counter; 

buffer.Append(&data[0],sizeof(data)); 
buffer.Append(OxFD); 
buffer.Append(OxFE); 
buffer. Append(OxFF) ; 




counter = buffer. LengthQ; 

for (index = 0; index < counter; index++) 

testConsole.Printfm"0x%02x "),buffer [index]); 

testConsole.PrintfC_L(";Length()=%d;\n"), 

buffer. LengthQ 

); 

testConsole.Printf(_L("Size()-%d; MaxLengthO=%d\n"), 

buffer. SizeQ, 
buffer.MaxLengthQ 

); 

Text and general binary data can be freely mixed; so that: 

buffer. AppendC A'); 

buffer.AppendCB'); 

buffer .Append(Ox 11); 
is acceptable. 

Non-modifying functions 

e32. descriptors. using. non-modifvinq-functions 

The code fragments shown here, illustrating some of the non-modifying descriptor member 
functions, are extracted from the sample source code in the eudesc project. Look at the 
code in this project to see the full set of examples 

These examples all use a TBufC descriptor constructed to contain the text "Hello World!" . 
Note also that the descriptor is declared const so that its data cannot be replaced using the 
assignment operator: 

const TBufC<16> bufcLL("Hello World!")); 
Righto & Mid() 

These functions construct a TPtrc to represent a portion of bufc's data. 
TPtrC ptrcl - bufc.Right(5); 
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ptrcl represents the right hand 5 data items in bufc. ptrcl's data is "orld!", its length is 5 
and the address of its data area is the address of bufc' s data area plus 7. 
The Left() member function works in a similar way. 
TPtrC ptTc2 = bufc.Mid(3,6); 
5 ptrc2 represents the 6 data items offset 3 from the start of bufc's data area. ptrc2's data is 
"lo Wor", its length is 6 and the address of its data area is the address of bufc's data area 
plus 3, 

In practice, it may not be necessary to assign the returned TPtrC to another TPtrC. For 
example, the following code puts a value of 3 in pos; this is the offset of char W within the 
10 chars "lo Wor" (see later for an expUcit example of Locate()) 
Tint pos; 

pos = (bufc.Mid(3,6)).Locate('W'); 
These functions can panic. For example, requesting the 13 right hand data items in bufc 
15 will cause an exception (there are only 12): 
TPtrC ptrc3 = bufc.Right(13); 
CompareO & CompareF() 

The compare functions can be used to compare the content of two descriptors. Any kind of 
data can be 'compared. For binary data, use CompareQ. For text use CompareQ, 
20 CompareFO or CompareCQ. 

The following example compares the content of bufc with the content of a number of 
descriptors and displays the results at the test console: 
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Tint index; 

TPtrC genptr; 

const TBufC<19>lessthan(_L(" is less than ")); 
const TBufC<19>greaterthanC_L(" is greater than ")); 
const TBufC<19>equaltoC_L(" is equal to ")); 
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const TBufC<16> compstr[7] = {_L("Hello World!@@"), 

_L("Hello"), 
_L("Hello Worl"), 
_L("Hello World!"), 
_L("hello world!"), 
_L("Hello World "), 
_L("Hello World®") 

}; 

for (index = 0; index < 7; index++) 

{ 

if ( (bufc.Compare(compstr[index])) < 0 ) 

genptr.Set(lessthan); 
else if ( (bufc.Compare(compstr[index])) > 0) 
genptr. Set(greaterthan) ; 
else genptr. Set(equalto); 

testConsole.PrintfC_L("\"%S\"%SV%S\"\n"), 

&bufc, 
&genptr, 
&compstr[index] 

); 

} 

The case of text is important using CompareQ; the fourth comparison is equal but the fifth 
comparison is not (the V characters are a different case). 

Using CompareFQ, the case is not important; both the fourth and fifth comparisons return 
an equal result. 

LocateO, LocateF() & LocateReverse() 

The locate functions can be used to find the position (offset) of a character within text or a 
specific value within general binary data. 
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The following example attempts to fmd the positions (i.e. the offsets) of the characters 'H', 
'!*, 'o' and V v/ithin the text "Hello World!" and displays the result at the test console: 

Tint index; 
Tint pos; 
TPtrC genptr; 

const TBufC<9> notfound(_L("NOT FOUND")); 
const TBufC<5> foundCU" found")); 

TCharch[4]= {'H','!', V, 'w'}; 

testConsole.Printf(_L("using LocateQ \n")); 

for (index = 0 ; index < 4; index-H-) 
{ ■ 

pos = bufc.Locate(ch[index]); 

if(pos<0) 

genptr.Set(notfound); 

else 

genptr.Set(found); 

testConsole.Printf(_L("\"%S\" Char %c is at pos %d (%S)\n"), 

&bufc, 
ch[index], 
pos, 

&genptr 

); 

} 




The character 'w' is not found using Locate() but is found using LocateF(), This is because 
LocateQ is case sensitive while LocateF(). 

This example vases LocateReverse() which is used to find the position of a character starting 
from the end of the descriptor's data area 

testConsole.Printf(_L("using LocateReverseQ \n")); 

for (index = 0 ; index < 4; index++) 
{ 

pos = bufc.LocateReverse(ch[index]); 

if(pos<0) 

genptr. Set(notfound) ; 

else 

genptr. Set(found); 

testConsole.PrintfC_LC'V'%S\" Char %c is at pos %d (%S)\n"), 

&bufc, 
ch[index], 
pos, 

&genptr 

); 

} ^ 

Note that the 2nd char 'o' in the string "Hello World!" is found this time, 
MatchO & MatchFQ 

The following example shows the use of the MatchQ and MatchFQ member functions. The 
resuh of a matches between the content of buf and a series of descriptors with varying 
combinations of match strings is displayed at the test console. 
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Tint index; 
Tint pos; 
TPtrCgenptr; 

const TBufC<9> notfound(_L("NOT FOUND")); 
const TBufC<5> found(__L(" found")); 

TBufC<8> matchstr[7] = {_L("*World*"), 

_L("*W?rld*"), 
_L("Wor*"), 
_L("HeUo"), 
_L("*W*"), 
_L("hello*"), 
_L("*") 

}; 

for (index = 0 ; index < 7; index++) 

{ 

pos = bufc.Match(matchstr[index]); 
if(pos<0) 

genptr.Set(notfound); 

else 

genptr.Set( found); 

testConsoIe.Printf(_L("%- 8S pos %2d (%S)\n"), 

&matchstr[index], 
pos, 

&genptr 

); 

} 
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Note that when using MatchFQ, the result is different when matching the 6th string where 
the case is ignored. 

Modifying functions 

e32.descriptors.usina.nnodifvinQ-functiQns 

The code fragments shown here, illustrating some of the modifying descriptor member 
functions, are extracted from the sample source code in the eudes project. Look at the 
code in this project to see the full set of examples. 

These examples all use a TBuf descriptor constructed to contain the text Hello World!" .: 

TBuf<32> buf(_L("Hello World!")); 
SwapO 

The contents, length and size of altbufl and buf are swapped; the maximum lengths of the 
descriptors do NOT change. 

TBuf<16> altbuflC_L("What a nice day")); 

bufSwap(altbufl); 
RepeatQ 

The current length of buf is set to 16. Repeat copying the characters "Hello" generates the 
text sequence "HelloHelloHelloH" in buf 

bufSetLength(16); 

bufRepeatC_LC'Hello")); 
Setting the length of buf to and re-doing the repeat generates the text sequence "HelloHel" . 

JustifyO 

The example uses src as the source descriptor. 
TBufC<40> srcC_LC'Hello World!")); 

bufJustify(src,16,ELefi;@'); 
The descriptor src has length 12. 
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The target field in buf has width 16 (this is greater than the length of the descriptor src). src 
is copied into the target field, aligned left and padded with '@' characters. The length of buf 
becomes the same as the specified width, i.e 16. 

buf. Justify(src, 1 6,ECenter,'@'); 
The target field in buf has width 16 (this is greater than the length of the descriptor src). src 
is copied into target field, aligned centrally and padded with characters. The length of 
buf becomes the same as the specified width, i.e 16 

buf. Justify(src, 1 0,ECenter,'@'); 
The target field in buf has width 10 (this is smaller than the length of the descriptor src). src 
is copied into the target field but truncated to 10 characters and, therefore, alignment and 
padding information is not used. The length of buf becomes the same as the width, i.e. 10 

bufJustify(src,KDefaultJustifyWidth,ECenter,'@'); 
The target field in buf is set to the length of the descriptor src (whatever it ciirrently is), src 
is copied into the target field. No padding and no truncation is needed and so the alignment 
and padding information is not used. The length of buf becomes the same as the length of 
src, i.e. 12. 

Descriptors as interface specifiers 

e32.descriptors.usinq. interface-specifiers 

See the eudesmt project for examples illustrating the use of descriptors in function 
interfaces. 

Heap descriptors 

e32.descript6rs.usinq.heap-descriptors 

The code fi-agments shown here, illustrating the use of heap descriptors, are extracted fi-om 
the sample source code in the eudeshbc project. Look at the code in this project to see the 
the sample in action. 
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An HBufC is always constructed on the heap using the static member functions NewQ, 
NewLQ or NewLC(). For example: 
HBufC* buf; 



This constructs an HBufC which can hold up to 15 data items. The current length is zero. 
Although existing data within an HBufC cannot be modified, the assignment operator can 
be used to replace that data. For example: 

*buf=_L("HelIo World!"); 
10 To allow more than 15 characters or data items to be assigned into the HBufC, it must be 
reallocated first. For example: 

buf = buf->ReAllocL(20); 
This permits the following assignement to be done without causing a panic: 



15 buf may or may not point to a different location in the heap after reallocation. The location 
of the reallocated descriptor depends on the heap fragmentation and the size of the new cell. 
The Des() function returns a TPtr to the HBufC.The data in the HBufC can be modified 



through the TPtr. The maximum length of the TPtr is determined from the size of the cell 
allocated to the data area of the HBufC. For example: 



5 



buf =HBufC::NewL(15); 



*buf =_L("Hello World! Morning"); 



20 



TPtr ptr = buf->DesO; 



ptr.Delete((ptr.Length()-9),9); 
ptr.AppendC_L(" & Hi")); 
This changes the data in the HBufC and the length of the HBufC. 



25 TPtrC class 



Constant pointer descriptor 



Overview 
Derivation 

TDesC Abstract: implements descriptor behaviour which does not modify data. 
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TPtrC A constant pointer descriptor. 
Defined in 

e32des8.h for the 8 bit variant (TPtrS). 
e32des1 6.h for the 16 bit variant (TPtrl6). 
Description 

Create a TPtrC descriptor to access a pre-existing location in either ROM or RAM where 
the data at that location is to be accessed but not changed (or where the data cannot be 
changed). 

A common use for a TPtrC is to access a string of text in a code segment. This will 
normally be constructed using the _L macro which constructs a TPtrC descriptor for either 
an ASCII or UNICODE build. 

Often, a TPtrC will appear as the right hand side of an expression or as an initialisation 
value for another descriptor, for example: 

TBuf<l 6> strC_L("abcdefghijklnmop")); 

str.FindCL"abc"); 
str.Find(LL"bcde"); 

The _L macro expands to a TPtrC which is defined as either a TPtrCS or TPtrC 16 
depending on the build variant (TBuf is also defined in a similar way). 
The 8 bit variant, TPtrCS can be constructed to access binary data. The 8 bit variant is 
always explicitly used for binary data. 

Five constructors are available to build a TPtrC and include a default constructor. A TPtrC 
can be (re-)initialised after construction by using the set() fimctions. 

All the member fimctions described under the TDesC class are available for use by a TPtrC 
descriptor. In summary these are: 

LengthO Fetch length of descriptor data. 

Size() Fetch the number of bytes occupied by descriptor data. 

PtrO Return a pointer to the descriptor data. 



43 



CompareO, 

CompareFQ, 

CompareCO 

Match(),MatdiF(),MatchC() 
Locate(),LocateF() 

LocateReverseO, 

LocateReverseFO 

Find(),FindF(),FindC 

LeftO 

Righto 

Mid() 

Alloc(),AllocL(),AllocLC() 

HufEncodeO 

HufDecodeO 

operators <<=>>= = 
operator [] 



Compare data (normally), (folded),(collated). 



Pattern match data (normally), (folded), (collated). 
Locate a character in forwards direction (normally), 
(folded). 

Locate a character in reverse direction (normally), 
(folded). 

Find data (normally), (folded), (collated). 
Construct TPtrC for leftmost part of data. 
Construct TPtrC for rightmost part of data. 
Construct TPtrC for portion of data. 
Construct an HBufC for this descriptor. 
Huffinan encode 
Huffman decode 
Comparison operators 
Indexing operator 



Construction 

e32.descriptors.TPtrC.construction 



TPtrCO Default C++ constructor 

TPtrCO; 

5 Description 

The default C^-+ constructor is used to construct a constant pointer descriptor. 

The length of the constructed descriptor is set to zero and its pointer is set to NULL. 
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Notes 

Use the Set() member ftinction to initialise the pointer descriptor. 
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TPtrCO Copy constructor 

TPtrC( const TP1tC& aDes); 

Description 

The C++ copy constructor constructs a new TPtrC object from the existing one. 

The length of the constructed descriptor is set to the length of aDes and is set to point to 

aDes's. data. 

TPtrCO ^"^^ constructor [witli any descriptor] 

TPtrC(const TDesC& aDes); 

Description 

The C++ const ructor is used to construct the TPtrC with any kind of descriptor. 

The length of the constructed descriptor is set to the length of aDes, and it is set to point to 

aDes's data. 

Arguments 

const TDesC& aDes A reference to any type of descriptor used to construct the 

TPtrC. 

Notes 

If aDes is a reference to a heap descriptor (HBufC), then the data also resides on the heap. 
TPtrCO C++ constructor [with zero terminated string] 

TPtrC(const TText* aString); 

Description 

The C++ constructor is used to construct the TPtrC object with a zero terminated string. 
The length of the descriptor is set to the length of the zero terminated string, excluding the 
zero terminator. 

The constructed descriptor is set to point to the location of the string, whether in RAM or 
ROM. 

Arguments 

const TText* aString A pointer to the zero terminated used to construct the 

TPtrC. 
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TPtrCO C++ constructor [with address and length] 

TPtrC(const TUint??* aBuf,TInt aLength); 

Description 

The C++ constructor is used to construct the TPtrC with the memory address and length. 

The length of the constructed descriptor is set to the value of aLength. 

The constructed descriptor is set to point to the memory address supplied in aBuf; the 

address can refer to RAM or ROM. 

Arguments 

const TUint??* aBuf The address which is to be the data area of the constant 

pointer descriptor. 

For the 8 bit variant, this is type TUintS*; for the 16 bit 
variant, this is type TUint 16*. 
Tint aLength The length of the constructed constant pointer descriptor. 

This value must be non-negative otherwise the 
constructor will panic with ETDesSLengthNegative for 
the 8 bit variant or ETDesl6LengthNegative for the 
16 bit variant 

Late initialisation 

e32. descriptors. TPtrC. late-initialisation 

SetO Initialisation taking any descriptor 

void Set(const TDesC& aDes); 

Description 

Use this function to initialise (or re-initialise) a constant pointer descriptor using the 
content of any kind of descriptor. 

The length of this constant pointer descriptor is set to the length of aDes. 
This descriptor is set (or re-set) to point to aDes's data. 
Arguments 

const TDesC& aDes A reference to any descriptor whose content is to be used to 

initialise this constant pointer descriptor. 
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Notes 

The Set() function can be used to initialise a constant pointer descriptor constructed using 
the default constructor. 

If aDes is a reference to a heap descriptor (HBufC), then the data also resides on the heap. 
SetO Initialisation taking address and length 

void Set(const TlJint??* aBuf,TInt aLength); 

Use this function to initialise (or re-initialise) a constant pointer descriptor using the 
supplied memory address and length. 

The length of this constant pointer descriptor is set to the value of aLength. 

The descriptor is set to point to the memory address supplied in aBuf; the address can refer 

to RAM or ROM. 

Arguments 

const TUint??* aBuf The address which is to be the data area of the constant 

pointer descriptor. 

For the 8 bit variant, this is type TUintS*; for the 16 bit 
variant, this is type TUint 16*. 
Tint aLength The length of the constant pointer descriptor. 

This value must be non-negative otherwise the 
constructor will panic with ETDesSLengthNegative for 
the 8 bit variant or ETDesl6LengthNegative for the 
16 bit variant. 

Notes 

The Set() function can be used to initialise a constant pointer descriptor constructed using 
the default constructor. 

TPtr class Modifiable pointer descriptor 

Overview 
Derivation 

TDesC Abstract: implements descriptor behaviour which does not modify data. 
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TDes Abstract: implements descriptor behaviour which can change data, 
TPtr A modifiable pointer descriptor. 
Defined in 

e32des8.h for the 8 bit variant (TPtrS). 
e32cles1 6.h for the 16 bit variant (TPtrl6). 
Description 

Create a TPtr descriptor to access a pre-existing area or buffer in RAM where the contents 
of that buffer are to be accessed and manipulated. 

A common use for a TPtr is to access the buffer of an existing TBufC or an HBufC 
descriptor using the Des() member functions (of TBufC and HBufC). For example: 
TBufC<8> str(_LC'abc")); 



str.Des().Append('x'); 

A TPtr is defined as either a TPtrS or TPtrl6 depending on the build variant and can be 
used to access text. 

The 8 bit variant, TPtrS can be constructed to access binary data. The 8 bit variant is always 
explicitly used for binary data. 

Two constructors are available to build a TPtr and include a default constructor. A TPtr can 
be (re-)initialised after construction by using the setQ functions. 

All the member functions described under the TDesC and TDes classes are available for 

use by a TPtr descriptor. In summary these are: 

LengthO Fetch length of descriptor data. 

SizeQ Fetch the number of bytes occupied by descriptor data. 

Ptr() Fetch address of descriptor data. 

CompareO, Compare data (normally), (folded),(collated). 

CompareFO, 

CompareCO 

MatchO, MatchFO, MatchCO Pattern match data (normally), (folded), (collated). 
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LocateO, LocateFQ 

LocateReverseQ, 

LocateReverseFO 

Find(), FindFO, FindC 

LeflO 

Righto 

Mid() 

AllocO, AUocLO, AllocLCO 

HufEncodeQ 

HufDecodeO 

MaxLengthO 

MaxSizeO 

SetLengthO 

ZeroO 

SetMaxO 

SwapO 

CopyO, CopyFO, CopyCQ 

CopyLCO 

CopyUCO 

CopyCPO 

RepeatO . 

JustifyO 

InsertO 

DeleteO 

ReplaceO 

TrimLeftO 

TrimRightO 

TrimO 



Locate a character in forwards direction (normally), 
(folded). 

Locate a character in reverse direction (normally), 
(folded). 

Find data (normally), (folded), (collated). 
Construct TPtrC for leftmost part of data. 
Construct TPtrC for rightmost part of data. 
Construct TPtrC for portion of data. 
Construct an HBufC for this descriptor. 
Huffman encode 
Huffman decode 

Fetch maximum length of descriptor. 

Fetch maximum size of descriptor 

Set length of descriptor data 

Set length of descriptor data to zero 

Set length of descriptor data to the maximum value. 

Swap data between two descriptors. 

Copy data (normally), (and fold), (and collate). 

Copy data and convert to lower case. 

Copy data and convert to upper case 

Copy data and capitahse 

Copy and repeat. 

Copy and justify. 

Insert data. 

Delete data. 

Replace data. 

Delete spaces from left side of data area. 

Delete spaces from right side of data area. 

Delete spaces from both left and right side of data area. 
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FoldO 

CollateO 

LowerCaseQ 

UpperCaseQ 

CapitaliseQ 

FillO 

FillZQ 

Num() 

NumUCO 

FormatO, FormatList() 

AppendO 

AppendFillQ 

AppendJustifyO 

AppendNumO 

AppendNumUCQ 

AppendForaiatO, 
AppendF ormatListQ 
ZeroTerminateO 
PtrZO 

operators <<=>>= 
operator += 
operator [] 



Fold characters. 
Collate characters. 
Convert to lower case. 
Convert to upper case. 
Capitalise. 

Fill with specified character. 
Fill with 0x00. 

Convert numerics to character (hex. digits to lower 
case). 

Convert numerics to (upper case) character. 

Convert multiple arguments to character according to 

format specification. 

Append data. 

Append with fill characters. 

Append data and justify 

Append from converted numerics. 

Append from converted mmierics; convert to upper 

case. 

Append from converted multiple arguments. 

Append zero terminator. 

Append zero terminator and return a pointer. 

Comparison operators. 

Appending operator. 

Indexing operator. 



Construction 

e32.descriptors.TPtr.construction 
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TPtrO C++ constructor [with address and maximum iengtii] 

TPtr(TUint??* aBuf.TInt aMaxLength); 

Description 

The C++ constructor is used to construct the TPtr with the address and maximum length. 
5 The length of the constructed descriptor is set to zero and its maximum length is set to 
aMaxLength. 

The constructed descriptor is set to point to the memory address supplied in aBuf which can 

refer either to RAM or ROM. 

Arguments 

TUint??* aBuf The address which is to be the data area of the modifiable pointer 

descriptor. 

For the 8 bit variant, this is type TUintS*; for the 16 bit variant, 
this is type TUintl6*. 
Tint aMaxLength The maximum length of the new modifiable pointer descriptor. 

This value must be non-negative otherwise the constructor will 
panic with ETDesSMaxLengthNegative for the 8 bit variant or 
ETDes 1 6MaxLengthNegative for the 1 6 bit variant. 

10 TPtrO C++ constructor [with address, length and maximum length] 

TPtr(TUint??* aBuf,TInt aLength,TInt aMaxLength); 

Description 

The C++ constructor is used to construct the TPtr with the address, length and maximum 
length. 

15 Use this to construct a modifiable pointer descriptor using the supplied memory address, 
length and ma]cimum length to initialise it. 

The length of the constructed descriptor is set to aLength and its maximum length is set to 
aMaxLength. 

The constructed descriptor is set to point to the memory address supplied in aBuf which can 
20 refer either to RAM or ROM. 



Arguments 



TUint??* aBuf 



The address which is to be the data area of the modifiable pointer 



descriptor. 



For the 8 bit variant, this is type TUintS*; for the 16 bit variant, 
this is type TUint 16*. 



Tint aLength 



The length of the new modifiable pointer descriptor. 



This value must be non-negative and not greater than the value of 
aMaxLength otherwise the constructor will panic with 
ETDesSLengthOutOfRange for the 8 bit variant or 
ETDesl6LengthOutOfRange for 16 bit variant. 



Tint aMaxLength The maximum length of the new modifiable pointer descriptor. 



void Set(TPtr& aPtr); 

Use this function to initialise (or re-initialise) a modifiable pointer descriptor using the 
content of another modifiable pointer descriptor. The fimction behaves as a copy 
constructor. 

The length of the descriptor is set to the length of aPtr and its maximum length is set to the 
maximum length of aPtr. 

The descriptor is set (or re-set) to point to aPtr's data. 
Arguments 

TPtr& aPtr A reference to a modifiable pointer descriptor whose content is to 



This value must be non-negative otherwise the constructor will 
panic with ETDesSMaxLengthNegative for the 8 bit variant or 
ETDesl6MaxLengthNegative for 16 bit variant. 



Late initialisation 



e32.descriptors.TPtr.late-initialisation 



SetO 



Initialisation by copying a TPtr 



be used to initialise this modifiable pointer descriptor. 
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SetO Initialisation taking address, length and maximum length 

void Set(TUint??* aBuf,TInt aLength,TInt aMaxLength); 

Use this function to initialise (or re-initialise) a modifiable pointer descriptor using the 
supplied memory address, length and maximum length. 

The length of the resulting descriptor is set to the value of aLength and its maximum length 
is set to the value of aMaxLength. 

The descriptor is set (or re-set) to point to the memory address supplied in aBuf; the 

address can refer to RAM or ROM. 

Arguments 

TUint??* aBuf The address which is to be the data area of the modifiable pointer 

descriptor. 

For the 8 bit variant, this is type TUintS*; for the 16 bit variant, 
this is type TUint 16*. 

Tint aLength The length of the modifiable pointer descriptor. 

This value must be non-negative and not greater than the value of 
aMaxLength otherwise the constructor will panic with 
ETDesSLengthOutOfRange for the 8 bit variant or 
ETDesl6LengthOutOfRange for the 16 bit variant 

Tint aMaxLength The maximum length of the modifiable pointer descriptor. This 

value must be non-negative otherwise the constructor will panic 
with ETDesSMaxLengthNegative for the 8 bit variant or 
ETDes 1 6MaxLengthNegative for the 1 6 bit variant 
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Assignment operators 

e32.deschptors.TPtr.assiqnment-operators 
See also e3.2,descrip.tors.T 



operator = Operator = taking a TPtr 

TPtr& operator=(const TPtr& aDes); 

Description 

This assignment operator copies a modifiable pointer descriptor to this modifiable pointer 
descriptor. 

aDes's data is copied into this descriptor's data area, replacing the existing content. The 

length of this descriptor is set to the length of aDes. 

Arguments 

const TPtr& alDes A reference to the modifiable pointer descriptor whose data is 

to be copied. 

Return value 

TPtr& A reference to this descriptor. 

Notes 

The length of aDes must not be greater than the maximum length of this descriptor 
otherwise the operation will panic with ETDes 8 Overflow for the 8 bit variant or 
ETDes 1 60verflow for the 1 6 bit variant 

operator = Operator = taking any descriptor 

TPtr& operator=(const TDesC& aDes); 

Description 

This assignment operator copies the content of any type of descriptor, aDes, to this 
modifiable pointer descriptor. 

aDes*s data is copied into this descriptor's data area, replacing the existing content. The 

length of this descriptor is set to the length of aDes. 

Arguments 

const TDesC& aDes A reference to any type of descriptor whose data is to be 

copied. 

Return value 

TPtr& A reference to this descriptor. 



Notes 

The length of aDes must not be greater than the maximum length of this descriptor 
otherwise the operation will panic with ETDesSOverflow for the 8 bit variant or 
ETDesl60verflow for the 16 bit variant 

5 operator = Operator = taking a zero terminated string 

TPtr& operator=(const TText* aString); 

Description 

This assignment operator copies a zero terminated string, excluding the zero terminator, 
into this modifiable pointer descriptor. 
1 0 The copied string replaces the existing content of this descriptor. 

The length of this descriptor is set to the length of the string (excluding the zero 

terminator). 

Arguments 

const TText* aString The address of the zero terminated string to be copied. 

Return value 

TPtr& A reference to this descriptor. 

15 Notes 

The length of the string, excluding the zero terminator, must not be greater than the 
maximum length of this descriptor otherwise the operation will panic with 
ETDesSOverflow for the 8 bit variant or ETDesl60verflow for the 16 bit variant. 

TBufC<TInt S> class Constant buffer descriptor 

20 Overview 
Derivation 

TDesC Abstract: implements descriptor behaviour which does not modify data. 

TBufCBase Abstract: implementation convenience. 
TBufC<TInt S> A constant buffer descriptor. 
Defined in 

e32des8.h for the 8 bit variant (TBufC8<TInt S>). 




e32cles1 6.h for the 16 bit variant (TBufCl6<TInt S>) 
Description 

Create a TBufC descriptor to provide a buffer of fixed length for containing and accessing 
constant data. 

The data held in a TBufC descriptor cannot be modified, although it can be replaced. 
Four constructors are available to build a TBufC descriptor and include a default 
constructor. The content of TBufC descriptor can be replaced after construction using the 
assignment operators. 

For example, to create a buffer of length 16 set to contain the characters "ABC" 

TBufC<16> str(_L("ABC")); 
The content cannot be modified but may be replaced, for example: 

str-_L("xyz"); 

To create a buffer which is intended to contain general binary data, explicitly construct the 
8 bit variant of TBufC; for example, to create a 256 byte buffer: 
TBufC8<256>buf; 

buf = 

All the member functions described under the TDesC class are available for use by a 
TBufC descriptor. In summary these are: 

LengthO Fetch length of descriptor data. 

SizeO Fetch the number of bytes occupied by descriptor data. 

Ptr() Fetch address of descriptor data. 

CompareQ, Compare data (normally), (folded),(collated). 

CompareFO, 

CompareCO ' 

Match(),MatchF(),MatchC() Pattern match data (normally), (folded), (collated). 

LocateOjLocateFQ Locate a character in forwards direction (normally), 

(folded). 
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LocateReverseO, Locate a character in reverse direction (normally), 

LocateReverseFO (folded). 

Find(),FindF(),FindC Find data (normally), (folded), (collated). 

Left() Construct TPtrC for leftmost part of data. 

Righto Construct TPtrC for rightmost part of data. 

Mid() Construct TPtrC for portion of data. 

Alloc(),AllocL(),AllocLC() Construct an HBufC for this descriptor. 

HufEncodeO Hufftnan encode 

HufDecodeO Huffman decode 

operators <<=>>== Comparison operators 

operator [] Indexing operator 

Construction 

e32.descriptors.TBufC.construction 

TBufCO Default C++ constructor 

TBufCO; 

5 Description 

The default C++ constructor is used construct a non-modifiable buffer descriptor. 
The integer template parameter<TInt S> is used, by the compiler, to calculate the size of 
the data area to be created as part of the descriptor object. 
The length of the constructed descriptor is set to zero. 
10 Notes 

Use the assignment operators to initialise the non-modifiable buffer descriptor. 

TBufCO Copy constructor 

TBufC;(const TBufC<S>& aLcb); 

Description 

1 5 The C++ copy constructor constructs a new TBufC<S> object from the existing one. 

The integer template parameter <TInt S> is used, by the compiler, to calculate the size of 
the data area to be created as part of the constructed descriptor. 
aLcb's data is copied into the constructed descriptor's data area. 



57 

The length of the constructed descriptor is set to the length of aLcb. 

TBufCO C++ constructor [with any descriptor] 

TBufC(const TDesC& aDes); 

Description 

5 The C-H- constructor is used to construct the TBufC<S> with any kind of descriptor. 

The integer template parameter <TInt S> is used, by the compiler, to calculate the size of 
the data area to be created as part of the constructed descriptor. 
aDes's data is copied into the constructed descriptor's data area. 
The length of the constructed descriptor is set to the length of aDes. 
10 Arguments 

const TDesC& aDes A reference to any type of descriptor used to construct the 

TBufC<S>. 

Notes 

The length of aDes must not be greater than the value of the integer template parameter 
<TInt S> otherwise the constructor will panic with ETDesSLengthOutOfRange for the 8 bit 
variant or ETDesl6LengthOutOfRange for the 16 bit variant. 

15 TBufCO C++ constructor[with zero terminated string] 

TBufC(const TText* aString); 

Description 

The C-H- constructor is used to construct the TBufC<S> with a zero terminated string. 
The integer template parameter <TInt S> is used, by the compiler, to calculate the size of 
20 the data area to be created as part of the constructed descriptor object. 

The string, excluding the zero terminator, is copied into the constructed descriptor's data 
area. 

The length of the constructed descriptor is set to the length of the string, excluding the zero 
terminator. 
25 Arguments 

const TText* aString The address of the zero terminated string used to construct 

the TBufC<S>. 
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Notes 



The length of the string, excluding the zero terminator, must not be greater than the value 
of the integer template parameter <TInt S> otherwise the constructor will panic with 
ETDesSLengthOutOfRange for the 8 bit variant or ETDesl6LengthOutOfRange for the 
5 16 bit variant. 

Create a modifiable pointer descriptor 

e32descriptors.TBufC.create-TPtr 

DesO Create & return a TPtr 



10 Description 

Use this function to construct and return a modifiable pointer descriptor to represent this 
descriptor. 

The content of a non-modifiable buffer descriptor cannot be altered but creating a 
modifiable pointer descriptor provides a mechanism for modifying that data. 



The maximum length of the new TPtr is set to the value of the integer template parameter 



<rint S>. 

The new TPtr is set to point to this descriptor. This descriptor's data is neither copied nor 
moved. 



20 This descriptor's data can be modified through the newly constructed TPtr, If there is any 
change to the length of the data, then the length of both this descriptor and the TPtr is 
modified to reflect that change. 
Return value 



TPtr Des(); 



: . : 



1 5 The length of the new TPtr is set to the length of this descriptor. 



TPtr 



A modifiable pointer descriptor representing this non-modifiable buffer 
descriptor. 



Assignment operators 

25 e32.descriptors.TBufC. assignment-operators 
See also e32. descriptors 



operator = Operator = taking a TBufC<S> 

TBufC<S>& operator=(const TBufC<S>& aLcb); 

Description 

This assignment operator copies the content of the non-modi fiable buffer descriptor aLcb 
5 into this non-modifiable buffer descriptor. 

aLcb's data is copied into this descriptor's data area, replacing the existing content. The 

length of this descriptor is set to the length of aLcb. 

Arguments 

const TBufC<S>& aLcb A reference to a non-modifiable buffer descriptor whose 

content is to be copied. 

Return value 

TBufC<S>& A reference to this descriptor. 

:0 10 operator = Operator = taking any descriptor 

TBufC<S>& operator=(const TDesC& aDes); 

Vi Description 

^ This assignment operator copies the content of any type of descriptor aDes into this 

non-modifiable buffer descriptor, 
m 15 aDes*s data is copied into this descriptor's data area, replacing the existing content. The 
'C^ length of this descriptor is set to the length of aDes. 

=0 Arguments 

const TDesc& aDes A reference to any type of descriptor whose data is to be 

copied. 

Return value 

TBufC<S>& A reference to this descriptor. 

Notes 

20 The length of aDes must not be greater than the value of the integer template parameter 
<TInt S> otherwise the operation will panic with ETDesSOverflow for the 8 bit variant or 
ETDesl60verflow for the 16 bit variant 
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operator = Operator = taking zero terminated string 

TBufC<S>& operator=(const TText* aString); 

Description 

This assignment operator copies a zero terminated string, excluding the zero terminator, 
into this non-modifiable buffer descriptor. 

The copied string replaces the existing content of this descriptor. The length of this 

descriptor is set to the length of the string, excluding the zero terminator. 

Arguments 

const TText* aString The address of the zero terminated string to be copied. 

Return value 

TBufC<S>& A reference to this descriptor. 

Notes 

The length of the string, excluding the zero terminator, must not be greater than the value 
of the template parameter <TInt S> otherwise the operation will panic with 
ETDesSOverflow for the 8 bit variant or ETDesl60verflow for the 16 bit variant 

TBuf<TInt S> class Modifiable buffer descriptor 

Overview 
Derivation 

TDesC Abstract: implements descriptor behaviour which does not modify data. 

TDes Abstract: implements descriptor behaviour which can change data. 

A modifiable buffer descriptor. 

TBuf<TInt S> 
Defined in 

e32des8.h for the 8 bit variant (TBuf<TInt S>). 
e32des1 6.h for the 16 bit variant (TBuf<TInt S>). 
Description 

Create a TBuf descriptor to provide a buffer of fixed length for containing, accessing and 
manipulating data. 
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Five constructors are available to build a TBuf descriptor and include a default constructor. 
The content of a TBuf descriptor can be replaced after construction using the assignment 
operators. 

For example, to create a buffer of length 8 initially set to contain the characters "ABC" 

TBuf<8> strCLC'ABC")); 
The content of the buffer descriptor can be replaced provided the length of the new data 
does not exceed the value of the integer template parameter, for example: 

str = _L("xyz"); //OK 
. str = _L("rstuvwxyz"); // causes an exception 
To create a buffer which is intended to contain general binary data, explicitly construct the 
8 bit variant TBufS, for example, to create a 256 byte buffer: 

TBuf8<256> buf; 



All the member functions described under the TDesC and TDes classes are available for 
use by a TBuf descriptor. In summary these are: 



buf=...; 



LengthO 

SizeO 

PtrO 

CompareQ, 

CompareFQ, 

CompareCO 

MatchO, MatchFO, MatchCQ 
LocateQ, LocateFQ 



Fetch length of descriptor data. 

Fetch the number of bytes occupied by descriptor data. 

Fetch address of descriptor data. 

Compare data (normally), (folded),(collated). 



LocateReverseO, 



Pattern match data (normally), (folded), (collated). 
Locate a character in forwards direction (normally), 
(folded). 

Locate a character in reverse direction (normally), 



LocateReverseF() 
FindO, FindFO, FindC 



(folded). 



Find data (normally), (folded), (collated). 
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LeftO 

Righto 

Mid() 

AllocO, AllocLO, AllocLCO 

HufEncodeO 

HufDecodeO 

MaxLengthO 

MaxSizeO 

SetLengthO 

ZeroQ 

SetMaxO 

SwapO 

CopyO, CopyFO, CopyCQ 

CopyLCO 

CopyUCO 

CopyCPO 

RepeatQ 

JustifyO 

InsertQ 

DeleteO 

ReplaceQ 

TrimLeftO 

TrimRightO 

TrimO 

FoldO 

CollateO 

LowerCaseQ 

UpperCaseO 

CapitaliseQ 



Construct TPtrC for leftmost part of data. 
Construct TPtrC for rightmost part of data. 
Construct TPtrC for portion of data. 
Construct an HBufC for this descriptor. 
Hufftnan encode 
Huffman decode 

Fetch maximum length of descriptor. 

Fetch maximum size of descriptor 

Set length of descriptor data 

Set length of descriptor data to zero 

Set length of descriptor data to the maximum value. 

Swap data between two descriptors. 

Copy data (normally), (and fold), (and collate). 

Copy data and convert to lower case. 

Copy data and convert to upper case 

Copy data and capitalise 

Copy and repeat. 

Copy and justify. 

Insert data. 

Delete data. 

Replace data. 

Delete spaces from left side of data area. 

Delete spaces from right side of data area. 

Delete spaces from both left and right side of data area. 

Fold characters. 

Collate characters. 

Convert to lower case. 

Convert to upper case. 

Capitalise. 
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FillO 

FillZQ 

Num() 

NumUCO 

FonnatO, FormatList() 

AppendO 
AppendFillQ 
AppendJustifyO 
AppendNumO 

AppendNumUCO 

AppendFormatQ, 

AppendFormatListO 

ZeroTerminateO 

PtrZO 

operators <<->>= 
operator += 
operator [] 



Fill with specified character. 
Fill with 0x00. 

Convert numerics to character (hex.digits to lower 
case). 

Convert numerics to (upper case) character. 

Convert multiple arguments to character according to 

format specification. 

Append data. 

Append with fill characters. 
Append data and justify 

Append fi*om converted numerics (hex digits to lower 
case). 

Append from converted numerics; convert to uppercase. 
Append from converted multiple arguments. 

Append zero terminator. 

Append zero terminator and return a pointer. 

Comparison operators. 

Appending operator. 

Indexing operator. 



Construction 

e32.descriptors.TBuf.construction 



TBufO Default C++ constructor 

TBufO; 

Description 

The default C-H- constructor is used to construct a modifiable buffer descriptor. 

The integer template parameter <TInt S> is used, by the compiler, to calculate the size of 

the data area to be created as part of the constructed descriptor. 
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in 



The length of the constructed descriptor is set to zero and the maximum length is set to the 
value of the integer template parameter <TInt S>. 

TBufO C++ constructor[with length] 

TBuf(TInt aLength); 

5 Description 

The C++ constructor is used to construct the TBuf<S> with the length. 

The integer template parameter <TInt S> is used, by the compiler, to calculate the size of 

the data area to be created as part of the constructed descriptor. 

The length of the constructed descriptor is set to aLength and the maximum length is set to 
10 the value of the integer template parameter <TInt S>. 
Arguments 

Tint aLength The length of the constructed modifiable buffer descriptor. 

This value must be non-negative and not greater than the value of the 
integer template parameter <TInt S> otherwise the constructor will 
panic with ETDesSLengthOutOfRange for the 8 bit variant or 
ETDesl6LengthOutOfRange for the 16 bit variant 

TBufO Copy constructor 

TBuf(const TBuf<S>& aBuf); 

Description 

1 5 The C++ copy constructor constructs a new TBuf<S> object from the existing one. 

The integer template parameter <TInt S> is used, by the compiler, to calculate the size of 
the data area to be created as part of the constructed descriptor object. 
aBuf s data is copied into the constructed descriptor's data area. 

The length of the constructed descriptor is set to the length of aBuf and the maximum 
20 length is set to the value of the integer template parameter <TInt S>. 

TBufO C++ constructor [with any descriptor] 

TBufi[const TDesC& aDes); 

Description 

The C++ constructor is used to construct the TBuf<S> with any kind of descriptor. 
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The integer template parameter <TInt S> is used ,by the compiler, to calculate the size of 
the data area to be created as part of the constructed descriptor. 
aDes's data is copied into the constructed descriptor's data area. 

The length of the constructed descriptor is set to the length of aDes and the maximum 
5 length is set to the value of the integer template parameter <TInt S>. 
Arguments 

const TDesC& aDes A reference to any type of descriptor used to construct the 

TBuf<S>. 

Notes 

The length of aDes must not be greater than the value of the integer template parameter 
<TInt S> otherwise the constructor will panic with ETDesS Overflow for the 8 bit variant or 
10 ETDesl60verflow for the 16 bit variant 

TBufO C++ constructor [with zero terminated string] 

TBuf(const TText* aString); 

Description 

The C++ constructor is used to construct the TBuf<S> with a zero terminated string. 
15 The integer template parameter <TInt S> is used, by the compiler, to calculate the size of 
the data area to be created as part of the constructed descriptor. 

The string, excluding the zero terminator, is copied into the constructed descriptor's data 
area. 

The length of the constructed descriptor is set to the length of the string, excluding the zero 
20 terminator, and the maximum length is set to the value of the integer template parameter 
<TInt S>. 
Arguments 

const TText* aString The address of the zero terminated string used to 

construct the TBuf<S>. 
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Notes 

The length of the string, excluding the zero terminator must not be greater than the value of 
the integer template parameter <TInt S> otherwise the constructor will panic with 
ETDesSOverflow for the 8 bit variant or ETDesl60verflow for the 16 bit variant 

5 Assignment operators 

e32.descriptors.TBuf.assiqnment-operators 
See also e3,2, descriptors,^ 

operator = Operator = taking a TBuf<S> 

TBuf<S>& operator=(const TBuf<S>& aBuf); 

10 Description 

This assignment operator copies the content of the modifiable buffer descriptor aBuf into 
this modifiable buffer descriptor. 

aBuf s data is copied into this descriptor's data area, replacing the existing content. The 
m length of this descriptor is set to the length of aBuf. 

% 15 Arguments 

const TBuf<S>& aBuf A reference to the modifiable pointer descriptor whose 
□ content is to be copied. 

Return value 

TBuf<S>& A reference to this descriptor. 



5 =bf 
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Operator = Operator = taking any descriptor 

TBuf<S>& operator=(const TDesC& aDes); 

Description 

20' This assignment operator copies the content of any type of descriptor aDes into this 
modifiable buffer descriptor. 

aDes*s data is copied into this descriptor's data area, replacing the existing content. The 
length of this descriptor is set to the length of aDes. 
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Arguments 



const TDesc& aDes 



A reference to any type of descriptor whose content is to be 
copied. 



Return value 



TBuf<S>& 



A reference to this descriptor. 



Notes 

The length of aDes must not be greater than the value of the integer template parameter 
<TInt S> otherwise the operation will panic with ETDes 8 Overflow for the 8 bit variant or 
ETDesl 60verflow for the 1 6 bit variant 



TBuf<S>& operator=( const TText* aString); 

Description 

This assignment operator copies a zero terminated string, excluding the zero terminator, 
into this modifiable buffer descriptor. 

The copied string replaces the existing content of this descriptor. 

The length of this descriptor is set to the length of the string, excluding the zero terminator. 
Arguments 

const TText* aString The address of the zero terminated string to be copied. 

Return value 

TBuf<S>& A reference to this descriptor. 

Notes 

The length of the string, excluding the zero terminator, must not be greater than the value 
of the template parameter <TInt S> otherwise the operation will panic with 
ETDes80verflow for the 8 bit variant or ETDesl60verflow for the 16 bit variant 



operator = 



Operator = taking a zero terminated string 



HBufC class 



Heap descriptor 



Overview 
Derivation 

TDesC 



Abstract: implements descriptor behaviour which does not modify data. 
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TBufCBase 



HBufC 



Abstract: implementation convenience. 
A heap descriptor. 



Defined in 

e32des8.h for the 8 bit variant (HBufCS). 
e32des16.h for the 16 bit variant (HBufC16) 
Description 

Create an HBufC descriptor to provide a buffer of fixed length for containing and accessing 
data. 

The data held in an HBufC descriptor cannot be modified, although it can be replaced using 
the assignment operators. 

The descriptor exists only on the heap but has the important property that it can be resized, 
i.e. made either larger or smaller, to change the size of its data area. This is achieved by 
reallocating the descriptor. Unlike the behaviour of dynamic buffers (see e32.dYnamiC: 
buffers), reallocation is not done automatically. 

An HBufC descriptor is useful in situations where a large fixed length buffer may be 
required initially but, thereafter, a smaller fixed length buffer is sufficient. 
An HBufC descriptor must be constructed using the static member functions New(), 
NewLQ or NewLCQ and resized using the ReAllocQ or ReAllocLQ member functions. A 
code fi*agment illustrates how these might be used: 
class CAnyClass : CBase 



{ 



public : 



void AddToBuf(const TDesC& aSrcBuf); 



private : 



HBufC* iTgtBuf; 
Tint iAllocLen; 
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void CAnyClass::AddToBuf(const TDesC& aSrcBuf) 
{ 

Tint SrcLen ^ aSrcBuf.Length(); 

if(iTgtBuf) 

{ 

if (SrcLen > iAllocLen) 
{ 

iTgtBuf = iTgtBuf->ReAllocL(SrcLen); 

IAllocLen = SrcLen; 

I 

} 

else 

{ 

iTgtBuf =HBufC::NewL(SrcLen); 

iAllocLen = SrcLen; 

} 

♦iTgtBuf =aSrcBuf; 
} 

In practice, the use of ReAllocQ here is a little inefficient as the data in the HBufC 
descriptor is saved across the re-allocation but is then discarded when the content of 
aSrcBuf is assigned to it. 

All the member functions described under the TDesC class are available for use by a 
TBufC descriptor. In summary these are: 

LengthO Fetch length of descriptor data. 

Size() Fetch the number of bytes occupied by descriptor data. 

Ptr() Fetch address of descriptor data. 



CompareO, 

CompareFO, 

CompareCO 

Match(),MatchF(),MatchC() 
Locate(),LocateF() 

LocateReverse(), 
LocateReverseFO 
Find(),FindF(),FindC 
LeftO 

Righto 
Mid() 

Alloc(),AllocL(),AllocLC() 
HufEncodeO ■ 
HufDecodeO 

operators <<=>>=== 
operator [] 
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Compare data (normally), (folded),(collated). 



Pattern match data (normally), (folded), (collated). 
Locate a character in forwards direction (normally), 
(folded). 

Locate a character in reverse direction (normally), 
(folded). 

Find data (normally), (folded), (collated). 
Construct TPtrC for leftmost part of data. 
Construct TPtrC for rightmost part of data. 
Construct TPtrC for portion of data. 
Construct an HBufC for this descriptor. 
Huffinan encode 
Huffman decode 
Comparison operators 
Indexing operator 



Allocation and construction 

e32.descnptors.HBufC.ailocation-and-construction 



NewO, NewLO, NewLCQ Create new HBufC 

e32.descriptQrs.new 

static HBufC* New(TInt aMaxLength); 
static HBufC* NewL(TInt aMaxLength); 
static HBufC* NewLC(TInt aMaxLength); 

Description 

Use these functions to construct a new HBufC descriptor on the heap. 

The functions attempt to acquire a single cell large enough to hold an HBufC object 

containing a data area with a length which is at least aMaxLength. The resulting length of 
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the data area may be larger than aMaxLength, depending on the way memory allocation is 
implemented, but is guaranteed to be not less than aMaxLength. 

If there is insufficient memory available to create the descriptor, New() returns NULL but 
both NewL() and NewLC() leave. See e32.e,xceptipn Jntro for more information on leave 
processing. 

If the new descriptor is successfully constructed, NewLCQ will place the descriptor on the 

clean-up stack before returning with the address of that descriptor. See 

e32 . exception for more information on the clean-up stack. 

The length of the new descriptor is set to zero. 

Use operator^ to assign data into the descriptor. 

See example .eudeshbc. 

Arguments 

Tint aMaxLength The required length of the new descriptor's data area. 



This value must be non-negative otherwise the function will 
panic with ETDesSMaxLengthNegative for the 8 bit variant or 
ETDesl6MaxLengthNegative for the 16 bit variant. 



Return value 



HBufC* 



The address of the newly created HBufC descriptor. 
New() returns NULL, if there is insufficient memory. 
NewLQ and NewLC() leave, if there is insufficient memory. 



Example 

These code fragments illustrate how an HBufC descriptor can be constructed. 
Use of New(): 
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HBufC* ptr; 




Useof NewLQ: 

ptr = HBufC::NewL(64); 



// if control returns, allocation is OK 



// and ptr has sensible value 



NewLO, NewLCO 



Create new HBufC from a stream 



e32. descriptors. newfromstream 

static HBufC* NewL(RReadStreain& aStream,TInt aMaxLength); 
static HBufC* NewLC(RReadStream& aStreamJInt aMaxLength); 

Description 

Use these functions to construct a new HBufC descriptor on the heap and to assign to this 
new descriptor, data held in the stream aStream. 

The functions attempt to acquire a single cell large enough to hold an HBufC object 
containing a data area whose length is sufficient to contain the data held in the stream. The 
stream contains both the length of the data and the data itself 

If there is insufficient memory available to create the descriptor or the length value held in 
the stream is greater then aMaxLength, both NewLQ and NewLC() leave. See 
e32,exceptip_n for more information on leave processing. 

If the new descriptor is successfully constructed, NewLCQ places the descriptor on the 
clean-up stack before returning with the address of that descriptor. See 
e32. exception for more information on the clean-up stack. 

These functions assume that the stream is currently positioned at an appropriate place, i.e. a 
point where a descriptor has previously been streamed out (using the operator «). 
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See externalizing store •Strea ms and 

internalizing store.stream^^^ 

For general information on streams see store.stream^^^ and stp re. streams. 

For general information on stores, see store. stores. 

Arguments 

RReadStream& aStream The stream from which the length of the new descriptor 

and the data to be assigned to the new descriptor, are to be 
taken. 

Tint aMaxLength The maximum permitted length of the new descriptor. 

The resulting length of the new descriptor must not exceed 
this value, otherwise the functions leave with a 
KErrOverflow. 

Return value 

HBufC* The address of the newly created HBufC descriptor. 

Both NewLQ and NewLCQ leave, if there is insufficient 
memory or the resulting, length exceeds the value of 
aMaxLength. 

NewMaxO, NewMaxLO, NewMaxLCQ Create new HBufC and set length . 

static HBufC* NewMax(TInt aMaxLength); 
static HBufC* NewMaxL(TInt aMaxLength); 
static HBufC* NewMaxLC(TInt aMaxLength) ; 

Description 

Use these functions to construct a new HBufC descriptor on the heap. 
The functions attempt to acquire a single cell large enough to hold an HBufC object 
containing a data area with a length which is at least aMaxLength. The resulting length of 
the data area may be larger than aMaxLength, depending on the way memory allocation is 
implemented, but is guaranteed to be not less than aMaxLength. 

If there is insufficient memory available to create the descriptor, NewMax() returns NULL 
but both NewMaxLO and NewMaxLC() leave. See e32.e.xceptionJnt^^ for more 
information on leave processing. 



74 



n I 

*;0 



If the new descriptor is successfully constructed, NewMaxLC() will place the descriptor on 
the clean-up stack before returning with the address of that descriptor. See 
e32 .exceptio[X.tra^^^^^^^ for more information on the clean-up stack. 
The length of the new descriptor is set to the value of aMaxLength. 
5 Use operator= to assign data into the descriptor. 
Arguments 

Tint aMaxLength The required length of the new descriptor's data area and the 

length given to the descriptor. 

This value must be non-negative otherwise the function will 
panic with ETDesSMaxLengthNegative for the 8 bit variant or 
ETDesl6MaxLengthNegative for the 16 bit variant. 

Return value 

HBufC* The address of the newly created HBufC descriptor. 

NewMaxQ returns NULL, if there is insufficient memory. 
NewMaxLO and NewMaxLCQ leave, if there is insufficient 
memory. 

Example 

See e32^descriptgf s,ne^^^ for an example 

10 Re-allocation 

e32. descriptors. HBufC.reallocation 

ReAUocO, ReAllocLO Expand/contract the HBufC buffer 

HBufC* ReAlloc(TInt aMaxLength); 
HBufC* ReAllocL(TInt aMaxLength); 

15 Description 

Use this function to expand or contract the data area of an existing HBufC descriptor. This 
is done by: 

• constructing a new HBufC descriptor on the heap containing a data area of 
length aMaxLength 

20 • copying the contents of the original descriptor into the new descriptor 
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• deleting the original descriptor 
The functions attempt to acquire a single cell large enough to hold an HBufC object 
containing a data area of length aMaxLength. 

If there is insufficient memory available to construct the new descriptor, ReAlloc() returns 
NULL but ReAllocLO leaves. In either case the original descriptor remains unchanged; see 
^32. exception for more information on leave processing. 

If the new descriptor is successfully constructed, then the content of the original descriptor 
is copied into the new descriptor, the original descriptor is deleted and the address of the 
new descriptor is returned to the caller. The length of the re-allocated descriptor remains 
unchanged. 



Arguments 

Tint aMaxLength 



The new length of the descriptor's data area. 

This value must be non-negative otherwise the function will 

panic with ETDesSMaxLengthNegative for the 8 bit variant or 

ETDesl6MaxLengthNegative for the 16 bit variant 

This value must not be less than the length of the data in the 

original descriptor otherwise the function will panic with 

ETDesSReAllocTooSmall for the 8 bit variant or 

ETDesl6ReAllocTooSmall for the 8 bit variant 



Return value 

HBufC* 



The address of the expanded or contracted HBufC descriptor. 
ReAUocO returns NULL, if there is insufficient memory. 
ReAllocLO leaves, if there is insufficient memory. 

Notes 

If re-allocation is successful, be aware that any pointers containing the address of the 
original HBufC descriptor are no longer valid. This also applies to the cleanup stack; care 
must be taken in the design and implementation of code when a pointer to an HBufC 
descriptor is placed on the cleanup stack and the descriptor is subsequently re-allocated. 
Take particular care if using the Des() member function to create a TPtr descriptor. A TPtr 
descriptor created before re-allocating the HBufC descriptor, is not guaranteed to have a 



valid pointer after re-allocation. Any attempt to modify data using the TPtr after 

re-allocation may have undefined consequences. 

Example 

These code fragments illustrate how ReAlloc() can work. 
HBufC* old; 
HBufC* newgood; 
HBufC* newbad; 

old = HBufC ::NewL( 16); // buffer length is 16 
*old = _L("abcdefghijkl"); // descriptor length is 12 

newgood = old->ReAllocL(24); // first reallocation OK 
newbad = newgood->ReAllocL(8); // second reallocation panics 

After the first reallocation, newgood points to the re-allocated descriptor, old contains an 
invalid address. The second re-allocation panics because an attempt is being made to 
contract the data area to a length of 8 which is smaller than the original length of the 
descriptor. 

Create a modifiable pointer descriptor 

e32. descriptors. HBufC. create-TPtr 

DesO Create & return a TPtr 

TPtr DesQ; 

Description 

Use this function to construct and return a modifiable pointer descriptor to represent this 
descriptor. 

The content of a HBufC descriptor carmot be ahered but creating a modifiable pointer 

descriptor provides a mechanism for modifying that data. 

The length of the new TPtr is set to the length o{this descriptor. 

The maximum length of the new TPtr is set to the length of this descriptor's data area. 
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The new TPtr is set to point to this descriptor. This descriptor's data is neither copied nor 
moved. 

This descriptor's data can be modified through the newly constructed TPtr. If there is any 
change to the length of the data, then the length of both this descriptor and the TPtr is 
modified to reflect that change. 
Return value 

TPtr A modifiable pointer descriptor representing this HBufC 

descriptor. 

Notes 

Take particular care if using ReAllocQ or ReallocL(). A TPtr descriptor created before 
re-allocating the HBufC descriptor, is not guaranteed to have a valid pointer after 
re-allocation. Any attempt to modify data using the TPtr after re-allocation may have 
undefined consequences. 

Assignment operators 

e32.descriptors. HBufC. assignment-operators 
See also e32,descriptors^^^ 

operator = Operator = taking HBufC descriptor 

HBufC& operatoi'=(const HBufC& aLcb); 

Description 

This assignment operator copies the content of the heap descriptor aLcb into this heap 
descriptor. 

aLcb's data is copied into this descriptor's data area, replacing the existing content. The 

length of this descriptor is set to the length of aLcb. 

Arguments 

const HBufC&. aLcb A reference to the heap descriptor whose content is to be 

copied. 

Return value 

HBufC& A reference to this descriptor. 
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Notes 

The length of the descriptor aLcb must not be greater than the length of this descriptor's 
data area otherwise the function will panic with ETDesSOverflow for the 8 bit variant or 
ETDesl60verflow for the 16 bit variant 

5 Operator = Operator = taking any descriptor 

HBufC& operatoj~(const TDesC& aDes); 

Description 

This assignment operator copies the content of any type of descriptor aDes into this heap 
descriptor. 

10 aDes's data is copied into this descriptor's data area, replacing the existing content. The 
length oithis descriptor is set to the length of aDes. 
Arguments 

const TDesC& aDes A reference to any type of descriptor whose content is to be 

copied. 

Return value 

HBUfC& A reference to this descriptor. 

Notes 

15 The length of the descriptor aDes must not be greater than the length of this descriptor's 
data area otherwise the function will panic with ETDesSOverflow for the 8 bit variant or 
ETDesl60verflow for the 16 bit variant 

operator = Operator = taking zero terminated string 

HBufC& operator=(const TText* aString); 

20 Description 

This assignment operator copies a zero terminated string, excluding the zero terminator, 
into this heap descriptor. 

The string, excluding the zero terminator, is copied into this descriptor's data area, 
replacing the existing content. The length oithis descriptor is set to the length of the string, 
25 excluding the zero terminator. 
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Arguments 

const TText* aString The address of the zero terminated string to be copied. 

Return value 

HBufC& A reference to this descriptor. 

Notes 

The length of the string, excluding the zero terminator, must not be greater than the length 
5 of this descriptor's data area otherwise the function will panic with ETDesSOverflow for 
the 8 bit variant or ETDesl60verflow for the 16 bit variant. 



TDesC class 

Overview 
Derivation 

TDesC Abstract: implements descriptorbehaviour which does not modify data. 

Defined in 

e32des8.h for the 8 bit variant (TDesCS), 
e32des16.h for the 16 bit variant (TDescl6) 
Description 

The class is abstract and cannot be constructed. It implements that aspect of descriptor 
behaviour which does not modify the descriptor's data. 

All member functions described here are available to all derived descriptor classes. 

Basic infornfiation 

20 e32.descnptors.TDesC. basic-functions 

LengthO Fetch descriptor length 

Tint LengthO const; 

Description 

Use this member function to return the number of data items in the descriptor's data area. 
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For 8 bit descriptors, data is single-byte valued and the length has the same value as the 
number of bytes occupied by that data. For 16 bit descriptors, data is double-byte valued 
and the length value is half the number of bytes occupied by that data. 
For example, if a descriptor data area contains one ASCII text character, the returned length 
is one and it occupies one byte (and the Size() function retums one); if a data area contains 
one UNICODE text character, the returned length is also one but it occupies two bytes (and 
the Size() function retums two). 
Return value 

Tint The length of the data within the data area. 

SizeO Fetch the number of bytes occupied by data 

Tint Size() const; 

Use this member function to return the number of bytes occupied by data in the descriptor's 
data area. For 8 bit descriptors, this value is the same as the length of the data. For 16 bit 
descriptors, this value is twice the length of the data. 
Return value 

Tint The number of bytes occupied by data within the descriptor's data area. 

PtrQ Fetch address of descriptor's data area 

const TUint??* Ptr() const; 

Description 

Use this member function to return the address of the descriptor's data area. The address 
cannot be used to change the descriptor's data. 
Return Value 

const TUint??* The address of the data area. For the 8 bit variant, this is type 

TUintS*; for the 16 bit variant, this is type TUintl6*. 

Notes 

If the descriptor is used for strings, then the pointer can be regarded as a TText type and 
there is no need to distinguish between the 8 bit and 16 bit variants. If the descriptor is used 
for binary data then the pointer should be regarded as a TUintS type. 
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Comparison 

e32.descriptors.TDesC.comparison 



CompareO, CompareFQ, CompareCQ 



Compare data 



Tint Compare(const TDesC& aDes) const; 
Tint CompareF(const TDesC& aDes) const; 
Tint CompareC( const TDesC& aDes) const; 

Description 

Use these functions to compare the content of this descriptor with the content of the 
descriptor aDes. 

The comparison proceeds on a byte for byte basis in the 8 bit variant and on a double-byte 
for double-byte basis in the 16 bit variant. 

The result of the comparison is based on the difference of the first bytes (or double-bytes) 
to disagree. Two descriptors are equal if they have the same length and content. Where two 
descriptors hai^e different lengths and the shorter matches the first part of the longer, the 
shorter is considered to be less than the longer. 

CompareFQ takes the folded content of both descriptors for comparison while CompareCQ 
takes the collated content of both descriptors for comparison. CompareQ simply takes the 
content of both descriptors as they stand. 

See .e32,.descrip_tors.fd^^^ for more information on folding and 
632.descrip.tgrs,cp!!^ for more information on collating. 

CompareQ is useful for comparing both text and binary data. CompareFQ is useful for 

making case-irisensitive text comparisons. 

Arguments 

const TDesC& aDes A reference to any type of descriptor whose content is to be 



compared with this descriptor's content. 



Return value 



Tint 



Positive, if this descriptor is greater them aDes. 
Negative, if this descriptor is less than aDes. 
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Zero, if both descriptors have the same length and the their 
contents are the same. 

Example 

This code fragment illustrates the use of CompareQ. 
TBufC<8> strC_L("abcd")); 

str.Compare(_L("abcde")); // returns -ve 
str.Compare(_L("abc")); // returns +ve 
str.Compare(_L("abcd")); // returns zero 
str.Compare(_L("abcx")); // returns -ve 

Thus: 

( "abed" is less than "abcde". 
( "abed" is greater than "abc". 
( "abed" is equal to "abed". 
< "abed" is less than "abcx". 

Pattern matching 

e32.descriptors.TDesC. pattern-matching 

MatchO, MatchFO, MatchCQ Pattern match data 

Tint Match(const TDesC& aDes) const; 
Tint MatchF(const TDesC& aDes) const; 
Tint MatchC(const TDesC& aDes) const; 

Description 

Use these functions to compare the match pattern in aDes's data area against the content of 
this descriptor. 

The match pattern can contain the wildcard characters and *?', where matches zero 
or more consecutive occurrences of any character and *?' matches a single occurrence of 
any character. 



83 



MatchFO takes the folded content of both descriptors for matching while MatchC() takes 
the collated content of both descriptors for matching. Match() simply takes the content of 
both descriptors as they stand. 

See e32,descriptprsiol^^^ for more information on folding and 
5 ©32 •descriptors for more information on collating. 

Arguments 

const TDesC& aDes A reference to any type of descriptor whose data area contains 

the match pattern. 

Return value 

Tint If the content of this descriptor matches the pattern supplied 

in aDes's data area, then this is the length of the most 
significant portion (i.e. the leftmost part) of this data area 
j5=J which matches the pattern. 

=p If the content of this descriptor does not match the pattern 

nj 

u\ supphed in aDes, KNotFound is returned, 

iv! Notes 

To test for the existence of a pattern within a text string, the pattern must start and end with 
m 10 an'*'. 

If the pattern terminates with an wildcard character and the supplied string matches the 
pattern, then the value returned is the length of the string which matches the pattern up to 
but not including the final asterisk. This is illustrated in the examples below. 
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Example 

This code fragment illustrates the use of MatchQ 

TBufC<32> str(_L("abcdefghijklmnopqrstuvwxyz")); 

str.Match(_L("*ijk*")); //returns -> 1 1 

str.MatchC_L("*i?k*")); // -> ^ 

str.Match(_L("ijk*")); // -> KNotFound 
str.MatchLLC'abcd")); // -> KNotFound 
str.MatchC_L("*i*nin*")); // -> 14 
str.MatchLLC'abcdeP")); // ->6 

str.Match(_L("*")); // -> 0 



Locate a character 

e32.descriptors.TDesC.locate-character 



LocateO, LocateFQ Locate a character forwards 

Tint Locate(TChar aChar) const; 
Tint LocateF(TChar aChar) const; 

Description 

Use these functions to find the first occurrence of a character within this descriptor. The 
search starts at the beginning (i.e. the left side) of the data area. 

LocateFQ takes the folded content of the descriptor and folds the supplied character before 
searching. This is useful in searching for a character in a case-insensitive manner. 
See e32. descriptors.. fold ^^^^ for more information on folding. 
Arguments 

TChar aChar ; The character to be found. 
Return value 

Tint If the character is found, this is the offset of its position from the 

beginning of the data area. 

KNotFound is returned if the character is not found. 
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Example 

This code fragment illustrates the use of Locate(). 



TBufC<8> strC_L("abcd")); 



str.Locate('d'); 
str.Locate('a'); 
str.Locate('b'); 
str.Locate('x'); 



// returns 3 



// returns 0 



// returns 1 



// returns KNotFound 



LocateReverseO, LocateReverseFQ 



Locate a character in reverse 



Tint LocateReverse(TChar aChar) const; 
Tint LocateReverseF(TChar aChar) const; 

Description 

Use these functions to find the first occurrence of a character within this descriptor, 
searching from the back (i.e. the right side) of the data area. 

LocateReverseFQ takes the folded content of the descriptor and folds the supplied character 
before searching. This is usefiil in searching for a character in a case-insensitive manner. 
See e32.descriptors.fd for more information on folding. 
Arguments 

TCharaChar The character to be found. 
Return value 

Tint If the character is found, this is the offset of its position from 



beginning of data area, 

KNotFound is returned if the character is not found. 



Find data 



e32.descriptor$.TDesC. find-data 




86 




FindO, FindFO, FindCQ 



Find data (given by descriptor) 



Tint Find(const TDesC& aDes) const; 
Tint FindF(const TDesC &aDes) const; 
Tint FmdC(const TDesC &aDes) const; 

Description 

Use these functions to find the location, within this descriptor, of the data suppUed in 
aDes's. The search starts at the beginning (i.e. the left side) of this descriptor's data area. 
FindFO ^l^s the content of both descriptors for the purposes of searching while FindC() 
collates the content. See e32,descriptorsi^ for more information on folding and 
s32,.descriptprs,co for more information on collating. 

While these finctions are most useful in searching for the existence and location of a 

sub-string within a string, they can, nevertheless, be used on general binary data. 

FindFQ is useful in performing a case-independent search of a string for a sub-string; 

FindCO is useful in searching a string for a sub-string on the basis of their collating 

sequence. 

Arguments 

const TDesC& aDes A reference to any type of descriptor which contains the data 



sequence to be found within this descriptor. 



Return value 



Tint 



If the data is found, the offset of the starting position of the 
data from the beginning of this descriptor's data area. 



KNotFound is returned if the data is not found. 



Notes 



If the descriptor aDes has zero length, then the returned value will be zero. 
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Example 

This code fragment illustrates the use of Find(). 

TBufC<32> str(_L("abcdefghijklmnopqrstuvwxyz")); 



10 



str.FindC_L("abc")); 
str.FindCLC'bcde")); 
str.FindCLC'uvwxyz")); 
str.Find(_L("0123")); 



// returns 0 
// returns 1 

// returns 20 
// returns KNotFound 



str.FInd(_L("abcdefghijklninopqrstuvwxyzOr')); // returns KNotFound 
str.FindC_L("")) ; // returns 0 



jil FindO, FindFQ, FindCQ Find data (given by address and lengtli) 

f Tint Find(const TUint??* aBuf,TInt aLen) const; 

j J 1 5 Tint FindF(const TUint??* aBuf;TInt aLen) const; 
|3 Tint FindC(const TUint??* aBuf;TInt aLen) const; 

Description 

y Use these functions to find the location, within this descriptor, of the data of length aLen at 

M address aBuf. The search starts at the beginning (i.e. the left side) of this descriptor's data 

Iq 20 area. 

FindFQ folds the content of both this descriptor and the data at aBuf for the purposes of 
searching, while FindCQ collates the content. See e32.descriptgrs.fpj,d^^^^ for more 
information on folding and e32..descriptprs,cpl^ for more information on collating. 
While these fimctions are most useful in searching for the existence and location of a 
25 sub-string within a string, they can, nevertheless, be used on general binary data, 

FindFQ is useful in performing a case-independent search of a string for a sub-string; 
FindCQ is useful in searching a string for a sub-string on the basis of their collating 
sequence. 
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Arguments 

const TUint??* aBuf The address of the data sequence to be found within this 

descriptor. 

For the 8 bit variant, this is type TUintS*; for the 16 bit 
variant, this is type TUintl6*, 
Tint aLen The length of the data sequence. 

This value must be non-negative otherwise the function will 
panic with ETDesSLengthNegative for the 8 bit variant or 
ETDesl6LengthNegative for the 16 bit variant. 

Return value 

Tint If the data is found, the offset of the starting position of the 

„ data from the beginning of this descriptor's data area. 

KNotFound is returned if the data is not found. 

11 J 

;p Notes 

; !l If aLen is zero, then the returned value will be zero. 

tij - 

bl 5 Extraction 

e32.descriptars.TDesC.extraction 

^ LeftO Construct TPtrC for leftmost part of data 

: y 

=D TPtrC L€ft(TInt aLength) const; 

Description 

10 Use this function to construct and return a constant pointer descriptor to represent the 
leftmost part of this descriptor's data. 
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Arguments 

Tint aLength 



The length of data within this descriptor which the new descriptor 
is to represent. 



This value must not be negative and must not be greater than the 
current length of this descriptor otherwise the function will panic 
with ETDesSPosOutOfRange for the 8 bit variant or 
ETDesl6PosOutOfRange for the 16 bit variant. 



Return value 



TPtrC 



The constant pointer descriptor representing the leftmost part of 
this descriptor's data area. 



Notes 

No movement or copying of data takes place; the data represented by the returned 
descriptor occupies the same memory as the original. 

Specifying a zero value for aLength will result in a descriptor which represents no data. 
Example 

The code firagnients illustrate the use of Left(). 

TBufC<8> strC_LC'abcdefg")); 

// returns a TPtrC descriptor 
str.Left(4); // representing the string 



The result of this specific example can be visualised in a before (shown in Figure 9) and 
after (shown in Hgure 10) fashion. The underlined text in the "after" diagram (Figure 10) 
indicates the data represented by the returned descriptor. 

Note that the result of the following calls to Left() will result in a panic. 



// "abed' 
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TBufC<8> str(_L("abcdefg")); 



str.Lefl(8); 
5 str.Left(-l); 



// panic ! ! 
// panic !! 



Construct TPtrC for rightmost part of data 



•3^ 



Righto 

TPtrC Right(TInt aLength) const; 

Description 

10 Use this function to create and return a constant pointer descriptor to represent the 
rightmost part of this descriptor's data. 
Arguments 

Tint aLength The length of data within this descriptor which the new descriptor 

is to represent. 

This value must not be negative and must not be greater than the 
current length of this descriptor otherwise the function will panic 
with ETDesSPosOutOfRange for the 8 bit variant or 
ETDesl6PosOutOfRange for the 16 bit variant. 

Return value 

TPtrC The constant pointer descriptor representing the rightmost part of 

this descriptor's data area. 

Notes 

15 No movement or copying of data takes place; the data represented by the returned 
descriptor occupies the same memory as the original. 

Specifying a zero value for aLength will result in a descriptor which represents no data. 



Example 

The code fragments illustrate the use of Right(). 



TBufC<S> str(_L("abcdefg")); 

// returns a TPtrC descriptor 
str.Right(4); // representing the string 

//"defg" 

The result of this specific example can be visualised in a before (Fjjtgure 1 1) and after 
(Figure 12) fashion. The underlined text in the "after" diagram (Figure 12) indicates the 
data represented by the returned descriptor. 

Note that the result of the following calls to Right() will result in a panic. 

TBufC<8> strLLC'abcdefg")); 

str.Right(8); //panic !! 

str.Right(-l); //panic !! 



MidO Construct TPtrC for portion of data 

TPtrC Mid(TInt aPos) const; 

TPtrC Mid(TInt aPos.TInt aLength) const; 

Description ' 

Use these functions to create and return a constant pointer descriptor to represent a portion 
of the data held in this descriptor. 

The portion can be identified either by position alone or by position and length. If identified 
by position alone, the implied length is the length of data from the specified position to the 
end of the data in this descriptor. 
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Arguments 



Tint aPos 



The starting position, within this descriptor, of the data to be 
represented by the new constant descriptor. The position is given 
relative to zero; i.e. a zero value implies the leftmost data position. 
This value is subject to the constraints outlined below. 



Tint aLength 



The length of data which the new descriptor is to represent. 
This value is subject to the constraints outlined below. 



If aPos alone is specified, then 0 <= aPos <= length of this descriptor. 

If aPos and aLength are specified, then 0 <= (aPos + aLength) <= length of this descriptor. 

If these limits are exceeded, then the functions will panic with ETDesSPosOutOfRange for 

the 8 bit variant or ETDesl6PosOutOfRange for the 16 bit variant. 

Return value 

TPtrC The constant pointer descriptor representing the selected portion 



Notes 

No movement or copying of data takes place; the data represented by the returned 
descriptor occupies the same memory as the original. 

Specifying a value of aPos which has the same value as the length of the data, will result in 
a constant pointer descriptor which represents no data. 



of this descriptor's data. 




Example 

The code fragments illustrate the use of Mid(). 



TBufC str(_L("abcdefg")); 

// returns TPtrC descriptors 
// representing the strings... 



str.Mid(O); //"abcdefg" 

str.Mid(I); //"bcdefg" 

10 str.Mid(6); //"g" 

str.Mid(3,3); //"def 

str.Mid((),7); //"abcdefg" 

% str.Mid(8); //Panics!! 

ill 15 str.Mid(3,5); //Panics!! 



□ Create a heap descriptor (HBufC) 

u e32.descriptors.TDesC.create-HBufC 

lU ' ^ 

in AUocO, AUocLO, AUocLCQ Create new HBufC for this descriptor 

20 HBufC* AllocQ const; 
HBufC* AllocLQ const; 
HBufC* AllocLCO const; 

Description 

Use these functions to allocate and construct a new HBufC descriptor on the heap and 
25 initiahse it using the content of this descriptor. 

The functions attempt to acquire a single cell large enough to hold an HBufC object 
containing a data area whose length is the same as the current length of this descriptor. The 
content of this descriptor is copied into the new HBufC descriptor. 



If there is insufficient memory available to create the new HBufC descriptor, Alloc() 
returns NULL but both AllocLQ and AUocLCQ leave. See e32, exception, into for more 
information on leave processing. 

If the new descriptor is successfully created, AllocLCQ will place the new descriptor on the 
clean-up stack before returning with the address of that descriptor. See 
e32,exception,tran^s for more information on the clean-up stack. 
Return va!ue 

HBufC* The address of the newly created HBufC descriptor. 

Alloc() returns NULL, if there is insufficient memory. 
AUocLO and AllocLC() leave, if there is insufficient memory. 

Example 

The code fragments illustrate the use of AllocLQ. 

TBufC<16> str(_LC'abcdefg")); 
HBufC* ptr; 

ptr = str. AllocLQ; // Retums address of new HBufC descriptor 
„. // holding the string "abcdefg". 

ptr.LengthQ; // Retums the length 7 

The result of this specific example can be visualised in a before (Figure 13) and after 
(Figure 14) fashion. 



Huffman Encoding/Decoding 

e32.descriptors.TDesC.huffman-encodinq-clecoding 



• » # 



HufEncodeO Huffman encode 

Tint HufEncode(TDes& aDest) const; 

Tint HufEncode(TDes& aDest,const TUintS* aHufBits) const; 

Description 

Use this function to Huffrnan encode the data in this descriptor and place the result into the 
descriptor aDest, The target descriptor must be a modifiable type; i.e. either a TPtr or TBuf. 
The caller can supply a Huffinan tree or use the built-in tree. 
Arguments 

TDes& aDest A reference to the modifiable descriptor which is to 

hold the result of encoding the data in this descriptor. 

const TUintS* aHufBits If specified, the Huffman tree to be used for encoding. 

This is of type TUintS* for both 8 bit and 16 bit 
descriptors. 

If not suppUed, the built-in Huffman tree is used. 

Return value 

Tint The total number of bits occupied by the encoded data. 

HufDecodeQ Huffman decode 

void HufDecode(rDes &aDest) const; 

void HufDecode(TDes &aDest,const TUintS *aHufrree) const; 

Description 

Use this function to Huffinan decode the data in this descriptor and place the result into the 
descriptor aDest. The target descriptor must be a modifiable type; i.e. either a TPtr or TBuf. 
The caller can supply a Huffman tree or use the built-in tree. 
Arguments 

TDes& aDest A reference to the descriptor which is to hold the result 

of decoding the data in this descriptor. 
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const TUintS* aHufflits 



If specified, the Huffman tree to be used for decoding. 
This is of type TUintS* for both 8 bit and 16 bit 



descriptors. 

If not suppUed, the built-in Huffinan tree is used. 



Comparison operators 

e32.descriptors.TDesC. comparison-operators 



operators <<=>>==!= 



Comparison operators taking any descriptor 



Tint operator<(const TDesC& aDes) const; 
Tint operator<=(const TDesC& aDes) const; 
Tint operator>(const TDesC& aDes) const; 
Tint operator>=(const TDesC& aDes) const; 
Tint operator=(const TDesC& aDes) const; 
Tint operator! =(const TDesC& aDes) const; 

Description 

Use these operators to determine whether the content of this descriptor is: 

• less than 

• less than or equal to 

• greater than 

• greater than or equal to 

• equal to 

• not equal to 
the content of aDes. 

The comparison is implemented using the TDesC::CompareO member function. See this 

member function for more detail on the comparison process. 

Arguments 

const TDesC& aDes A reference to the descriptor whose content is to be compared 



with the content of this descriptor. 



Return value 



Tint 



true or false 




Example 

This code fragment illustrates the use of Compare(). 
TBufC<8> str(_L("abcd")); 

if(str= _L("abcde")) // returns false 
{ 

} 

if(str< _L("abcx")) //returns true 
{ 



if (str > _L(" abc" )) // returns true 
{ 



Indexing operator 

e32.descriptQrs.TDesC.indexinq-operator 

operator [] operator Q 

const TUint??& operator[](TInt anindex) const; 

Description 

Use this operator to return a reference to a single data item within this descriptor (e.g. a text 
character). The data can be considered as an array of ASCII or UNICODE characters or as 
an array of bytes (or double-bytes) of binary data. 

This operator allows the individual elements of the array to be accessed but not changed. 



Arguments 

Tint anindex 



Return value 

const TUint??& 
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The index value indicating the position of the element within 
the data area. The index is given relative to zero; i.e. zero 
implies the leftmost data position. 

This value must be non-negative and less than the current 
length of the descriptor otherwise the operation will panic 
with ETDesSIndexOutOfRange for the 8 bit variant or 
ETDesl6IndexOutOfRange for the 16 bit variant 

A reference to the data at position anindex. The data is of type 
TUint8& for 8 bit variants and of type TUintl6& for 16 bit 
variants. 



Example 

The code fragments illustrates the use of operator[]. 
TBufC<8> strC_LC'abcdefg")); 



str[0]; 
str[3]; 
str[7]; 
if(str[0] 

{ 



// returns reference to 'a' 
// returns reference to 'd' 
//Panics !! 
// ...compare retums True 



} 

if(str[6] 
{ 



// ...compare retums False 



} 
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TDes class 



Overview 



Derivation 



TDes 



TDesC 



Abstract: implements descriptor behaviour which does not modify data. 
Abstract: implements descriptor behaviour which can change data. 



Defined in 

e32des8.h for the 8 bit variant (TDes8). 
e32des16.h for the 16 bit variant (TDesl6) 
Description 

The class is abstract and cannot be constructed. It implements that aspect of descriptor 
behaviour which modifies the descriptor's data. 

All member functions described here are available to all derived descriptor classes. 

Basic functions 

e32.descriptors.TDes. basic-functions 

MaxLengthO Fetch maximum length of descriptor 

Tint MaxLengthO const; 

Description 

Use this function to return the maximum length of data that the descriptor's data area can 
hold. 

For modifiable descriptors, the amount of data that a descriptor's data area can hold is 
variable; however, there is an upper limit and this limit is the value returned by the 
function. 

For 8 bit descriptors, data is single-byte valued and the maximum length has the same value 
as the maximum size. For 16 bit descriptors, data is double-byte valued and the value of the 
maximum length is half the maximum size. 
Return value 

Tint The maximum length of data that the descriptor's data area can hold. 
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MaxSizeO Fetch maximum size of descriptor 

Tint MaxSizeO const; 

Description 

Use this function to fetch the maximum size of the descriptor's data area, in bytes. 
5 For 8 bit descriptors, data is single-byte and the maximum size is the same value as the 
maximum length. 

For 16 bit descriptors, data is double-byte and the maximum size is twice the value of the 
maximum length. 
Return value 

Tint The maximum size of the descriptor's data area. 

10 Change length 

e32. descriptors. TDes.chanqe-lenqth 

SetLengthO Set length of data 

void SetLength(TInt aLength); 

Description 

1 5 Use this function to set the length of the descriptor to the value of aLength. 
Arguments 

Tint aLength The new length of the descriptor. 

This value must be non-negative and must not be greater than the 
maximum length otherwise the function will panic with 
ETDesSOverflow for the 8 bit variant or ETDesl60verflow for the 
16 bit variant 

ZeroQ Set length of data to zero 

void ZeroQ; 

Description 

20 Use this function to set the length of the descriptor to zero. 
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SetMaxO 



Set length of data to maximum 



void SetMaxQ; 



Description 

Use this function to set the length of the descriptor to its maximum value. 



Swap 

e32.descriptors.TDes.swap 



SwapO 



Swap descriptor contents 



void Swap(TDes& aDes); 

Description 

Swap the contents of this descriptor with the contents of aDes. The lengths of both 

descriptors are also swapped to reflect the change of data. 

Arguments 

TDes& aDes A reference to the descriptor whose contents are to be swapped with the contents 



of this descriptor. This descriptor must be a modifiable type; i.e. either a TPtr or 



TBuf. 



Notes 



Each descriptor must be capable of accommodating the contents of the other descriptor. If 
the maximum length of a descriptor is smaller than the length of the other descriptor, then 
the function will panic with ETDesSOverflow for the 8 bit variant or ETDesl60verflow for 



the 16 bit variant 




Example 

The following code fragment illustrates the use of Swap() 

TBuf<8> bufl(_L("abcde")); 
TBuf<8> buf2(_L("xyz")); 
TBuf<16> buBC_L("0123456789")); 

bufl .Swap(buf2); // contents of bufl and bufZ swapped OK 
bun.Swap(buf3); //Panic !! 



Copy 

e32.descriptors.TDes. copy 

CopyO Copy (unmodified) from any 8 bit or 16 bit descriptor 

void Copy(coiist TDesC8& aDes); 
void Copy(const TDesC16& aDes); 

Description 

Use these functions to copy the content of any descriptor aDes into this descriptor. The 
copied data replaces the existing content of this descriptor. 
The length oithis descriptor is set to the length of aDes. 

If this descriptor is the 8 bit variant, CopyQ is overloaded so that it can take another 8 bit 
descriptor or a 16 bit descriptor as source. 

If this descriptor is the 16 bit variant, CopyQ is overloaded so that it can take an 8 bit 

descriptor or another 16 bit descriptor as source. 

Thus: 

• an 8 bit descriptor can be copied to an 8 bit descriptor 

• an 8 bit descriptor can be copied to a 16 bit descriptor 

• a 1 6 bit descriptor can be copied to an 8 bit descriptor 

• a 16 bit descriptor can be copied to a 16 bit descriptor 
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In the case where a 16 bit descriptor is copied to an 8 bit descriptor, each double-byte is 
copied into the corresponding single byte where the value of the double-byte is less than 
decimal 256. A double-byte value of 256 or greater cannot be copied and the corresponding 
single byte is set to a value of decimal 1 . 
5 In practice, the most common situation is to copy either 8 bit to 8 bit or 16 bit to 16 bit. 
Arguments 

const TDesC8& aDes A reference to any type of descriptor whose content is to be 

or copied into this descriptor, 

const TDesC16& aDes 
Notes 

The length of the data in aDes cannot be greater than the maximum length of ////^ descriptor 
otherwise the- function will panic with ETDes8 Overflow for the 8 bit variant or 
■ 0 1 0 ETDes 1 60verflow for the 1 6 bit variant. 



Example 

The code fragment illustrates the use of Copy(). 
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TBuf<8> str; 



str,CopyC_L"abcdefg"); // copies "abcdefg" to tmp 
str.LengthO; // returns 7 

str.MaxLengthO; // returns 8 



20 



str.CopyC_L"abc"); 

Str.LengthO; 

Str.MaxLengthO; 



// copies "abc" to tmp 



// returns 3 



// returns 8 



25 



str.CopyCL"abcdefghi"); // Panics ! ! 
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CopyO 



Copy from zero terminated string 



void Copy(const TText* aString); 



Description 

Use this function to copy a zero terminated string, excluding the zero terminator, into this 
descriptor replacing the existing content. 

The length of this descriptor is set to the length of the string, excluding the zero terminator. 
Arguments 

const TText* aString The address of the zero terminated string to be copied. 

Notes 

The length of the string, excluding the zero terminator, must not be greater than the 
maximum length of this descriptor otherwise the function will panic with ETDesSOverflow 
for the 8 bit variant or ETDesl60verflow for the 16 bit variant. 

CopyO Copy from address 

void Copy (const TUint??* aBuf,TInt aLength); 

Description 

Use this function to copy data of length aLength firom the memory location aBuf. 

The length of this descriptor is set to the value of aLength. 

Arguments 

const TUint??* aBuf The address of the data to be copied. 



For the 8 bit variant, this is type TUintS*; for the 16 bit 
variant, this is type TUintl6*. 



Tint aLength 



The length of the data to be copied. 



This value must be non-negative and must not be greater 
than maximum length of this descriptor otherwise the 
function will panic with ETDesSOverflow for the 8 bit 
variant or ETDesl60verflow for the 16 bit variant. 
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CopyFO, CopyCO Copy (and fold/collate) from any descriptor 

void CopyF(const TDesC& aDes); 
void CopyC(const TDesC«fe aDes); 

Description 

5 Use these functions to copy the content of aDesC into this descriptor, replacing the existing 
content. 

The length of this descriptor is set to the length of aDes. 

CopyFO folds the data before insertion into this descriptor and CopyC() collates the data 
before insertion.. See e32,descriptorsJo for more information on folding and 
10 e32 . descriptors for more information on collating. 

These functions are only of practical use for text data. 
Arguments 

y const TDesC& aDes A reference to the descriptor whose content is to be copied into 

ly this descriptor, 

jlj Notes 

K The length of the data in aDes must not be greater than the maximum length of this 

15 descriptor otherwise the function will panic with ETDesSOverflow for the 8 bit variant or 
(□ ETDes 1 60verflow for the 1 6 bit variant 

Jt; CopyLCO, CopyUCO, CopyCPQ Copy (and change case) from any descriptor 

1 y 

kQ void CopyLC(const TDesC& aDes); 

void CopyUC(const TDesC& aDes); 
20 void CopyCP(const TDesC& aDes); 

Description 

Use these functions to copy the content of aDesC into this descriptor, replacing the existing 
content. 

The length of this descriptor is set to the length of aDes. 
25 Before copying data , CopyLCQ converts characters to lower case, CopyUC()converts 
characters to upper case and CopyCPQ capitalises text. 

Capitalisation means the conversion of the first character in a string to upper case and 
converting all remaining characters to lower case. 




Accented characters retain their accents. 
These functions are only of practical use for string data- 
Arguments 

const TDesC& aDes A reference to any type of descriptor whose content is to be 

copied into this descriptor. 

Notes 

5 The length of the data in aDes must not be greater than the maximum length of this 
descriptor otherwise the function will panic with ETDesSOverflow for the 8 bit variant or 
ETDesl60verflow for the 16 bit variant 

Copy repeat 

e32.descriptors.TDes. copy-repeat 

RepeatO Copy from descriptor and repeat 

void Repeat(consi: TDesC& aDes) 

Description 

Use this function to copy the content of the descriptor aDes, repeatedly into this descriptor. 
The copies are concatenated together within this descriptor and replace any existing data. 
Copying proceeds imtil this descriptor is filled up to its current length. If it cannot contain a 
whole number, of copies of aDes, then the last copy within this descriptor is truncated. 
Arguments 

const TDes& aDes A reference to any type of descriptor whose contents are to be repeatedly 

copied. 
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Example 

The following code fragment illustrates the use of Repeat(). 

TBuf<8> tgt(8); // length of tgt is the same as the 

// maximum which is 8 

// following strings generated in tgt 
tgt.Repeat(_L("ab")); // "abababab" 
tgt.Repeat(_L("abc"); // "abcabcab" 
tgt.RepeatLLC'abcde")); // "abcdeabc" 

// changing length to 7 has the 
// following effect 

tgt.SetLength(7); 

tgt.Repeat(_L("ab")); // "abababa" 
tgt.RepeatC_L("abc")); // "abcabca" 
tgt.RepeatC_L("abcde")); // "abcdeab" 

RepeatO Copy from address and repeat 

void Repeat(constTUmt??* aBuf.TInt aLength); 

Description 

Use this function to copy data of length aLength from the memory location aBuf, 
repeatedly into this descriptor. The copies are concatenated together within this descriptor 
and replace any existing data. 

Copying proceeds until this descriptor is filled up to its current length. If it cannot contain a 
whole number of copies, then the last copy within this descriptor is truncated. 
Arguments 

const TUint??* aBuf The address of the data to be repeatedly copied. 

For the 8 bit variant, this is type TUint8*; for the 16 bit 
variant, this is type TUint 1 6*. 




Tint aLength The length of the data to be repeatedly copied. 

This value must be non-negative otherwise the function 
v/iW panic with ETDesSLengthNegative for the 8 bit 
variant or ETDes 1 6LengthNegative for the 1 6 bit variant. 

Copy and justify 

e32.descriptors.TDes.cc)pv-iustifv 

JustifyO Copy from descriptor and justify 

e32.de$criptors.TDes.copv-iustifv. justify 

5 void Justify(const TDesC& aDesJInt aWicith,TAlign anAlignment,TChar aFill); 

Description 

Use this function to copy the content of aDes into this descriptor, replacing the existing 
content. The target area is considered to be a field of width aWidth positioned at the 
beginning (i.e. the left hand side) of this descriptor's data area. The content of aDes is 
1 0 copied into the target area and aligned within it as dictated by the value of anAlignment. 

If aWidth has the value KDefaulUustifyWidth, then the width of the target area (i.e. the 
value of aWidth) is re-set to the length of aDes, 

If the length of aDes is smaller than the width of the target area, then any spare space 
within the target area is padded with the fill character aFill. 
15 If the length of aDes is greater than the width of the target area, then the amount of data 
copied from aDes is limited to the value of aWidth, 
Arguments 

const TDesC& aDes A reference to any type of descriptor whose content is to be 

copied. 
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Tint aWidth 



The width of the target area. This must be one of: 

• KDefaultJustifyWidth 

• a non-negative value 

If it has the value KDefaultJustifyWidth, then it is re-set to 



the length of aDes. 

If the value is less than the length of aDes, then the amount 
of data copied from aDes into the target area is limited to 



aWidth. 



TChar aFill 



TAlign anAlignment 



An enumeration which dictates the alignment of the data 
within the target area. See e32,enum JAIign^ 
The fill character used to pad the target area. 



Notes 

If the width of the target area is greater than the maximum length of this descriptor, then 
the function will panic with ETDesSOverflow for the 8 bit variant or ETDesl60verflow for 
the 16 bit variant. 

Do not set aWidth to a negative value (other than KDefaultJustifyWidth) as this may have 

unpredictable consequences. 

Example 

The following code fragments illustrate the use of JustifyQ- 

TBuf<16>tgtC.L("abc")); 

tgt.JustifyC_L("xyz"),8,ECenter,'@); 
The descriptor tgt has a maximum length of 16 and initially holds the string "abc". After 
the call to JustifyQ, the content of tgt changes to "@@xyz@@@" as illustrated at Figure 
15. 
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In this example, the content of the source descriptor is taken to form an 8 character field 
which replaces the original content of the descriptor tgt. The characters '*xyz" are centred 
within the new field and padded on both sides with the fill character '@'. 
Setting the aHgnment to ELeft would change the content of tgt to "xyz@@@@@" while 
setting the alignment to ERight would change the content of tgt to "@@@@@xyz" 
In all three cases, the length of the descriptor tgt changes fi-om 3 to 8. 

TBuf<8> tgtLLC'abc")); 

tgtJustify(_L("xyz"),9,ECenter,'@'); 
This call to JustifyQ will panic because the resulting length of data in tgt would exceed the 
maximum length of tgt. 

TBuf<16> tgtCLfabc")); 

tgtJustifyC_L("rstuvwxyz"),8,ECenter;@'); 
In this call to Justify(), the content of tgt changes to "rstuvwxy" as illustrated at Figure 16. 
Only eight of the nine characters in the source descriptor's data area are copied. 



Insertion/deletion 

e32.descriptorsTDes.insertion-deletion 

InsertO Insert from descriptor 

void Insert(TInt aPos,const TDesC& aDes); 

Description 

Use this fiinction to insert the content of aDes into this descriptor's data area at the 
specified position. The existing data at the specified position within this descriptor is 
moved to the right to make way for the inserted data. 



The length of this descriptor is increased to reflect the increase in content. 
Arguments 

TIntaPos The offset within this descriptor's data area where the 

content of aDes is to be inserted. This value can range 
from zero to the length of this descriptor. 
A value of zero means insert at the beginning of this 
descriptor's data area, while a value equal to the length of 
this descriptor means insert at the end (i.e. append). 
aPos must not be negative and must not be greater than the 
length of this descriptor, otherwise the function will panic 
with ETDesSPosOutOfRange for the 8 bit variant or 
ETDesl6PosOutOfRange for the 16 bit variant. 

const TDesC& aDes A reference to any type of descriptor whose content is to 

be inserted into this descriptor. 

The length of aDes plus the length of this descriptor must 
not exceed the maximum length of this descriptor 
otherwise the function will panic with ETDesSOverflow 
for the 8 bit variant or ETDesl60verflow for the 16 bit 
variant. 

Example 

The following code fragment illustrates the use of InsertQ. 

TBuf<8> tgt(3); 
TPtrC srcCLC'abc")); 

// generates the strings... 

tgt = src; 

tgt.lnsert(0,_LC'XYZ")); // "XYZabc" 
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tgt = src; 



tgt.Insert(l,_L("XYZ")); 



// "aXYZbc' 



tgt = src; 

tgt.Insert(tgt.Length(),_L("XYZ")); // "abcXYZ" 
tgt = src; 

tgt.Insert(tgt.Length()+l,_L("XYZ"));// — -> Panic !! 
tgt = src; 

tgt.Insert(l ,_L(" WXYZ")); // "aWXYZbc" 

tgt = src; 

tgt.Insert(l ._L("VWXYZ")); // "aVWXYZbc" 
tgt = src; 

tgt.Insert(l ,_L("UVWXYZ")); // — > Panic ! ! 



DeleteO Delete 

void Delete(TInt aPosJInt aLength); 

Description 

Use this function to delete a portion of data of length aLength from this descriptor's data 
area, starting at position aPos. 

The length of this descriptor is decreased to reflect the reduction in content. 
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Arguments 

Tint aPos The offset within this descriptor's data area where deletion is to start. This value 

can range from zero to the length of this descriptor. 

A value of zero means delete from the beginning of this descriptor's data area, 
while a value equal to the length of this descriptor means, in effect, that no data 
will be deleted. 

aPos must not be negative and must not be greater than the length of this 
descriptor, otherwise the ftinction will panic with ETDesSPosOutOfRange for the 
8 bit variant or ETDesl6PosOutOfRange for the 16 bit variant. 
Tint aLength The length of data to be deleted from the descriptor. 

If (aLength + aPos) is greater than the length of this descriptor, then the length of 
data deleted is (this descriptor length - aPos). In effect, the value of aLength is 
truncated. 

Example 

The following code fragment illustrates the use of DeleteQ- 

TBuf<8> tgt(4); 
TBufC<4> src(_L("abcd")); 

// generates the strings 

tgt = src; 

tgt.Delete(0,l); //"bed" 
tgt = src; 

tgt.Delete(0,2); // "cd" 
tgt = src; 

tgt.Delete(0,4); // 



tgt = src; 
tgt.Delete(l,2); 



// "ad 



tgt - src; 
tgt.Delete(2,2); 

tgt - src; 
tgt.Delete(2,3); 

tgt = src; 

tgt.Delete(2,256); 

tgt = src; 
tgt.Delete(5,l); 

tgt - src; 
tgt.Delete(-l,l); 



ReplaceO Replace 

void Replace(TInt aPos.TInt aLength,const TDesC& aDes); 

Description 

Use this function to replace a portion of data of length aLength in this descriptor's data 
area, starting at position aPos, with the content of the descriptor aDes. 
The length of aDes may be less than aLength, in which case the resulting length of this 
descriptor decreases. 

The length of aDes may be greater than aLength, in which case the resulting length of this 
descriptor increases. 

The length of this descriptor changes to reflect the changed content. 



// "ab 



// "ab' 



// "ab 



// — > Panics !! 



// — > Panics !! 



Arguments 

Tint aPos The offset within this descriptor's data area where replacement is to start. This 

value can range from zero to the length of this descriptor. 
A value of zero means replace at the beginning of this descriptor's data area 
aPos must not be negative and must not be greater than the length of this 
descriptor, otherwise the function panics with ETDesSPosOutOfRange for the 
8 bit variant or ETDesl6PosOutOfRange for the 16 bit variant. 

Tint aLength The length of data in this descriptor which is to be replaced. 

aLength must not be negative and (aLength + aPos) must not be greater than 
the current length of this descriptor, otherwise the function panics with 
ETDesSLengthOutOfRange for the 8 bit variant or 
ETDesl6LengthOutOfRange for the 16 bit variant. 

const TDesC& aDes A reference to any type of descriptor whose content is to replace the data of 

length aLength at position aPos in this descriptor. 

The length of aDes must not be negative and must not exceed the maximum 
length of this descriptor otherwise the function panics with 
ETDesSRemoteLengthOutOfRange for the 8 bit variant or 
ETDesSRemoteLengthOutOfRange for the 16 bit variant. 
The resulting length oithis descriptor must not exceed the maximum length of 
this descriptor, otherwise the function panics with ETDesSOverflow for the 
8 bit variant or ETDesl60verflow for the 16 bit variant. 

Example 

The following code fragment illustrates the use of ReplaceQ- 

TBuf<8> tgt(4); 
TBufC<4> srcCL("abcd")); 

// generates the strings 

tgt = src; 

tgt.Replace(0, 1 ,_L("u")); // "ubcd" 
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tgt = src; 

tgt.Replace(0,l,_L("uv")); // "uvbcd" 
tgt = src; 

tgt.Replace(0,l,_L("uvw")); // "uvwbcd" 
tgt = src; 

tgt.Replace(0,l,_L("uvwxyz"));// — > Panics !! 
tgt = src; 

tgt.Replace(l,2,_L("u")); // "aud" 
tgt = src; 

tgt.Replace(l ,2,_L("")); // "ad" 
tgt = src; 

tgt.Replace(l,4,_L("uvw")); // — > Panics !! 
tgt = src; 

tgt.Replace(3,l,_L("uvw")); // "abcuvw" 
tgt = src; 

tgt.Replace(4,0,_L("uvw")); // "abcduvw" 



Delete leading and trailing spaces 

e32.descriptors.TDes.delete-spaces 
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TrimLeftO Delete spaces from left side of descriptor 

void TrimLeftO; 

Description 

Use this function to delete space characters from the left hand side of the descriptor's data 
area. The function deletes every space character, starting at the beginning, until it meets the 
first non-space character. 

The length of the descriptor is reduced to reflect the loss of the space characters. 
Example 

The following code fragment illustrates the use of TrimLeftQ. 

TBuf<8> strl(_L(" abed ")); // generates the following strings 
TBuf<8> str2(_L(" a b ")); // in the descriptors strl and str2 



=P strl.LengthO; //returns 8 

in 15 strl. TrimLeftO; //"abed " 

r\ Strl.LengthO; //returns 6 

i_J 

|1J str2.LengthO; // returns 5 

m str2.TrimLeftO; //"ab" 

■g 20 str2.LengthO; //returns 4 

TrimRightQ Delete spaces from right side of descriptor 

void TrimRightQ; 

Description 

25 Use this function to delete space characters from the right hand side of the descriptor's data 
area. The function deletes every space character, starting at the end and moving towards the 
beginning, until it meets the first non-space character. 

The length of the descriptor is reduced to reflect the loss of the space characters. 
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Example 

The following code fragment illustrates the use of TrimRightQ. 



TBuf<8> strl(_L(" abed ")); // generates the following strings 
TBuf<8> str2C_L(" a b ")); // in the descriptors strl and str2 
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strl,Length(); 

strl.TriniRightO; 

strl.LengthQ; 

str2.Length(); 

str2.TrimRight(); 

str2.Length(); 



// returns 8 
//" abed" 
// returns 6 

// returns 5 

// " a b" 
// returns 4 



^ 15 TrimQ Delete spaces from both sides of descriptor 

void Trim(); 

n Use this function to delete space characters fi-om both the left and the right hand sides of 

; ^ the descriptor' s data area. 

ry The function deletes every space character starting at the beginning until it meets the first 

:n 20 non-space character and deletes every space character starting at the end and moving 

towards the beginning, until it meets the first non-space character. 

The length of the descriptor is reduced to reflect the loss of the space characters. 
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Example 

The following code fragment illustrates the use of Trim(). 

TBuf<8>strlCL(" abed ")); // generates the following strings 
TBuf<8> str2(_L(" a b ")); // in the descriptors strl and str2 



strl.LengthO; 

strl.TrimO; 

Strl.LengthO; 



// returns 8 
// "abed" 
// returns 4 



str2.Length(); 

str2.Trim(); 

str2,Length(); 



// returns 5 
// "a b" 
// returns 3 



Fold/collate 

e32.descriptors.TDes. fold-collate 

FoldO ~ Fold 

void Fold(); . 

Description 

Use this function to fold the content of this descriptor. See e32,descrip_tors^^^^^ for 
more information on folding. 

CollateO Collate 

void CoUateQ; 

Description 

Use this function to collate the content of this descriptor. See e32;.descriptpj;s,cp])a^^^^^ 
for more information on collating. 



Change case 
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LowerCaseO Convert to lower case 

void LowerCaseO; 

Description 

Use this function to convert the characters in this descriptor to lower case. 

UpperCaseO Convert to upper case 

void UpperCaseO; 

Description 

Use this function to convert the characters of this descriptor to upper case. 

CapitaliseQ Capitalise 

void CapitaliseO; 

Description 

Use this function to capitalise the content of this descriptor. 

Capitalisation here means the conversion of the first character to upper case and the 

conversion of all remaining characters to lower case. 

Example 

The following code firagment illustrates the use of CapitaUseQ 

TBuf<24> tgt(_L("tHe CaT sAt On ThE mAt.")); 

tgt.CapitaliseO; // changes string to 

// "The cat sat on the mat." 



Filling 

e32.descriptors.TDes.filling 
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FillO 



Fill with character 



void Fill(TChar aChar); 

Description 

Use this function to fill the this descriptor's data area with the character aChar, replacing 
any existing content. 

The data area is filled from the beginning up to its current length. It is not filled to its 
maximum length. 

The length of the descriptor remains unchanged. 
Arguments 

TChar aChar The character used to fill the descriptor's data area. 

FillQ Fill with character up to specified length 

void Fill(TChar aChar,TInt aLength); 

Description 

Use this function to fill this descriptor's data area with aLength characters aChar, replacing 
any existing content. 

The length of the descriptor is set to aLength. 
Arguments 

TChar aChar The character used to fill this descriptor's data area. 

Tint aLength The new length of the descriptor. This value must not be negative and must not 



void FillZO; 

Description 

Use this function to fill the this descriptor's data area with zeroes (i.e. 0x00 or 0x0000), 
replacing any existing content. 

The descriptor's data area is filled from the beginning up to its current length. It is not 
filled up to its maximum length. 



be greater than the maximum length of this descriptor otherwise the function will 
panic with ETDesSOverflow for the 8 bit variant or ETDesl60verflow for the 



16 bit variant. 



FillZO 



Fill with zeroes 
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The length of the descriptor remains unchanged. 



FillZQ Fill with zeroes up to specified length 

void FillZ(TInt aLength); 

Description 

Use this function to fill the this descriptor's data area with aLength zeroes (i.e. 0x00 or 
0x0000), replacing any existing content. 
The length of the descriptor is set to aLength. 
Arguments 

Tint aLength The new length of the descriptor. This value must not be negative and must not 

be greater than the maximum length of this descriptor otherwise the function will 
panic with ETDesSOverflow for the 8 bit variant or ETDesl60verflow for the 
1 6 bit variant. 



Integer conversion 

10 e32.descriptors.TDes. integer-conversion 



NumO Convert signed integer 

void Num(TInt aVal); 

Description 

Use this function to convert the signed integer aVal into a decimal character representation 
15 and place the resulting characters into this descriptor's data area, replacing any existing 
content. If the integer is negative, the character representation is prefixed by a minus sign. 
Arguments 

Tint aVal The value to be converted to decimal characters. 
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Example 

The following code fragment illustrates the use of Num(). 



TBuf<16> tgt; 
TIntnunipos(176); 
Tint nunineg(- 176); 



// generates the following strings 
// in the descriptor tgt... 



tgt.Num(numpos); 



// "176 



ri 



tgt .Nuni(nunineg) ; 



//"-176' 



It 



NumO, NumUCO 



Convert unsigned integer 



e32.descriptors.TDes.inteqer-conversion.Numusi 

void Num(TUint aVal,TRadix aRadix=EDecimal); 
void NumUC(TUint aVal,TRadix aRadix=EDecimal); 

Description 

Use these functions to convert the unsigned integer aVal into its corresponding character 
representation and place the resulting characters into this descriptor's data area, replacing 
any existing content. 

Num() converts the hexadecimal characters 'a*, *b', 'c', 'd', '8' and 'f to lower case, while 
NumUCO converts them to upper case. 

The choice of function is dependent on the needs of applications. 
Arguments 

TUint aVal The value to be converted to characters. 

TRadix aRadix The number system representation for the unsigned integer. This is 



an enumeration; see e32,descriptors,T^^ 

If no value is supplied, then EDecimal is taken by default. 
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Example 

The following code fragment illustrates the use of Num() and NumUC(). 



TBuf<16> tgt; 



// generates the following strings 



TUint number(176); // in the descriptor tgt,.. 

tgt.Num(number,EBinary); // "10101010" 
tgt.Num(number,EOctol); // "252" 
tgt.Num(number,EDecimal); // " 1 76" 

tgt.Num(number,EHex); // "aa" <-NB hex value in lower case 
tgt.NumUC(number,EHex); // " AA" <-NB hex value in UPPER case 
tgt.Num(number); //"176" <"EDecimal taken as default 

Real number conversion 

e32. descriptors. TDes.real-number-conversion 

NumO Convert floating point number 

e32. descriptors. num-float 

Tint Num(TReal aVal,const TReaIFonnat& aFormat) ; 

Description 

Use this function to convert the floating point number aVal into a character representation 
and place the resulting characters into this descriptor's data area, replacing any existing 
content. 

The format of the character representation is dictated by aFormat, an object of type 
TRealFormat. See e32 class TRealFp for more information on the TRealFormat 
class. 



125 



Arguments 

TReal aVal The floating point number to be converted. The value must 

be such that 

1.0E-99<=laVal|<=1.0E99. 
Any value smaller than l.OE-99 is assumed to be zero. 
TRealFormat& aFormat A reference to a TRealFormat object which dictates the 

format of the conversion. 

If the conversion is successful, the length of the converted string. 
If the conversion fails, a negative value indicating the cause of 
failure. The possible values and their meaning are as follows: 

The length of the converted number is greater than the maximum 
length of this descriptor. In other words, there is insufficient space in 
this descriptor to hold the character representation. 
The number is too large to represent 
The number is too small to represent 

The conversion cannot be completed; e.g.the value of the i Width 
member of TRealFormat is too small. 

Formatting 

5 e32.descriptors.TDes.formatting 

FormatO Convert multiple arguments 

e32.descriptors.format 

void Format(TRefByValue<const TDesO aFmt,...); 

Description 

10 Use this function to insert formatted text into this descriptor, as controlled by the format 
string supplied in the descriptor aFmt and the argument list which follows it. Any existing 
content in this descriptor is discarded. 



i-J 



Return value 

Tint 



KErr Argument 



KErrOverflow 

KErrUnderflow 

KErrGeneral 
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The format string contained in aFmt contains literal text, embedded with commands for 
converting the trailing list of arguments into text. 

The embedded commands are character sequences prefixed with the '%' character. The 
literal text is simply copied into this descriptor unaltered while the commands are used 
to convert successive arguments (which follow aFmt in the argument list). 
The resulting stream of literal text and converted arguments is inserted into this descriptor. 
The syntax of the embedded commands follows one of the four general patterns shown 
below. Each bracketed item indicates a character or sequence of characters having a 
specific meaning. 

A bracketed item within square brackets is optional. 

• %<type> 

where <type> is a character code which indicates how data is to be converted. 
The data is converted without padding and only occupies the space required. 

• %<width>[<prec>]<type> 

where <type> is a character code indicating how data is to be converted and 
<width> contains either numeric characters which directly define the size of the 
field to be occupied by the converted data or an character. An indicates 
that the size of the field is taken from the next TUint value in the argument list. 
<prec> is optional and is only relevant when a real number is to be converted. 
If specified, <prec> must be a character followed by an integer representing 
the precision of the real number, (i.e. the number of decimal places). If <preo 
is omitted, the precision for the conversion of a real number defaults to 
KDefaultPrecision. 

The converted data is right-aligned within the field; if it occupies fewer 
character positions than specified in <width>, it is padded to the left with blank 
characters. 

If more than <width> characters are generated by the conversion, then the 
outcome depends on the value of <type>. 
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If <type> is either e, E, f, or F, (the source data is a real number), the value of 
<width> is ignored and all the generated characters are accepted; however, the 
maximum number of characters generated can never exceed KMaxRealWidth. 
If <type> is either g, or G, (the source data is a real number), the value of 
<width> is ignored and all the generated characters are accepted; however, the 
maximum number of characters generated can never exceed 
KDefauhRealWidth. 

If the source data is any other type, the converted data is truncated so that only 

<width> characters are taken. 

%0<width>[<prec>]<type> 

where <type> is a character code indicating how data is to be converted and 
<wldth> contains numeric characters which directly define the size of the field 
to be occupied by the converted data. 

The converted data is right-aligned within this field; if it occupies fewer 
character positions than specified in <width>, it is padded to the left with '0' 
characters. 

If more than <width> characters are generated by the conversion, then the 
outcome depends on the value of <type>. 

If <type> is either e, E, f, or F, (the source data is a real number), the value of 
<width> is ignored and all the generated characters are accepted; however, the 
maximum number of characters generated can never exceed KMaxRealWidth. 
If <ype> is either g, or G, (the source data is a real number), the value of 
<width> is ignored and all the generated characters are accepted; however, the 
maximum number of characters generated can never exceed 
KDefaultRealWidth. 

If the source data is any other type, the converted data is truncated so that only 
<width> characters are taken. 

<prec> is optional and is only relevant when a real number is to be converted. 
If specified, <prec> must be a character followed by an integer representing 




the precision of the real number, (i.e. the number of decimal places). If <prec> 
is omitted, the precision for the conversion of a real number defaults to 
KDefaultPrecision. 

{Note: in this specific case, <width> cannot be a single character. If it is 
necessary to take the width value from the argument list, use the more general 
pattern %<a><p><width><type>). 
%<a><p><width>[<prec>]<type> 

where <type> is a character code indicating how data is to be converted and 
<width> contains either numeric characters which directly define the size of the 
field to be occupied by the converted data or an character. An '*' indicates 
that the size of the field is taken from the next TUint value in the argument list. 
<prec> is optional and is only relevant when a real number is to be converted. 
If specified, <prec> must be a character followed by an integer representing 
the precision of the real number, (i.e. the number of decimal places). If <prec> 
is omitted, the precision for the conversion of a real number defaults to 
KDefaultPrecision. 

The converted data is aligned within this field as defined by the value of <a> as 

follows: 

+ right aligned 

- left ahgned 

= centre aligned 

If the converted data occupies fewer character positions than specified in 

<width>, it is padded with the pad character defined by <p>. 

Note that a pad character of'*' is a special case. It indicates that the code value 

of the pad character is taken from the next TUint value in the argument list. The 

data for conversion is taken from the following argument. 

Thus, to pad with asterisks, the code value of the asterisk character must be 

supplied through the argument list. 




If more than <width> characters are generated by the conversion, then the 
outcome depends on the value of <type>. 

If <type> is either e, E, f, or F, (the source data is a real number), the value of 
<wicith> is ignored and all the generated characters are accepted; however, the 
maximum number of characters generated can never exceed ICMaxRealWidth. 
If <type> is either g, or G, (the source data is a real number), the value of 
<wiclth> is ignored and all the generated characters are accepted; however, the 
maximum number of characters generated can never exceed 
KDefaultRealWidth. 

If the source data is any other type, the converted data is truncated so that only 

<width> characters are taken. 
The conversion of argument data is dictated by the value of <type> which consists of a 
single character. Note the case of the character as this is significant. 
The possible values for <type> are as follows: 

b Interpret the argument as a TUint and convert it to its binary character 

representation. This can be either upper or lower case. 
O Interpret the argument as a TUint and convert it to its octal character 

representation. This can be either upper or lower case, 
d Interpret the argument as a Tint and convert it to its signed decimal 

representation. This can be either upper or lower case. 

If the value is negative, the representation will be prefixed by a minus sign, 
e Interpret the argument as a TReal and convert it to exponent format 

representation (See e32,cjass JRea^^ and 

6.32:6 num. .XReaJ.Fo^ 
(Note' the lower case) 
E Interpret the argument as a TReal96 and convert it to exponent format 
representation (See e32,class.TRe^^ and 
e 3 2 . e n u rri, T R ea I Fp r m a tjy p e) . 
(Note the upper case) 
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Interpret the argument as a TReal and convert it to fixed format representation 
(See e32,.class JRealFq and .e32,enum,TRea!F 
(Note the lower case) 

Interpret the argument as a TReaI96 and convert it to fixed format 
representation (See e32,classTReaJForm and 

e32,enurnTR.ea 
(Note the upper case) 

Interpret the argument as a TReal and convert it to either fixed or exponent 
format representation, whichever format can present the greater number of 
significant digits (See .e32,class,TRealFor^ and 
e32,enumTRea 
(Note the lower case) 

Interpret the argument as a TReal96 and convert it to either fixed or exponent 
format representation, whichever format can present the greater number of 
significant digits (See e32-.class,TRealFo^ and 
e32.enu_mTRe^^^ 
(Note the upper case) 

Interpret the argument as a TUint and convert it to its unsigned decimal 
representation. This can be either upper or lower case. 

Interpret the argument as a TUint and convert it to its hexadecimal 
representation. This can be either upper or lower case. 

Generate the required number of pad characters. No arguments are accessed. 
This can be either upper or lower case. 

Interpret the argument as a TUint value and convert it to a single ASCII 
character value. This can be either upper or lower case. 

Interpret the argument as a zero terminated string. Copy the characters from the 
string but exclude the zero terminator. 
(Note the lower case). 



S Interpret the argument as the address of a descriptor and copy the characters 
from it. 

(Note the upper case). 

w Interpret the argument as a TUint and convert the value to a two byte binary 
numeric representation with the least significant byte first. The generated 
output is two bytes whether this descriptor is an 8 bit or a 16 bit variant. 
(Note the lower case). 

W Interpret the argument as a TUint and convert the value to a four byte binary 
numeric representation with the least significant byte first. The generated 
output is four bytes whether this descriptor is an 8 bit or a 16 bit variant. 
(Note the upper case), 

m Interpret the argument as a TUint and convert the value to a two byte binary 
numeiic representation with the most significant byte first. The generated 
output is two bytes whether this descriptor is an 8 bit or a 16 bit variant. 
(Note the lower case). . 

M Interpret the argument as a TUint and convert the value to a four byte binary 
numeric representation with the most significant byte first. The generated 
output is four bytes whether this descriptor is an 8 bit or a 16 bit variant. 
(Note the upper case). 

Arguments 

TRefBy Value<const TDesC> aFmt Any type of descriptor containing the format 

string. The TRefBy Value is constructed from 
the aFmt. 

A variable number of arguments to be 
converted to text as dictated by the format 
string in aFmt. 

Notes 

Two successive '%' characters are interpreted as literal text and causes one character to 
be generated. 
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Blank characters are interpreted as literal text. 

Specifying a pad character of'*' is a special case. It indicates that the code value of the pad 
character is taken as the next TUint value from the argument list. Any data needed for 
conversion is taken from the following argument. 
5 Thus, to use asterisks as a pad character, the code value of the asterisk character must be 
supplied in the argument list. 

Using an '*' character for both <width> and <p> means that the width value and the pad 
character will be taken from the argument list. Note that the first '*' character will be 
interpreted as representing the width only if it is preceded by one of the alignment 
10 characters '+' or '=' (i.e., if the command follows the fourth general pattern outlined 
above). 

Specifying the command %p results in no characters being generated. To be useful, a width 
:J=f needs to specified; for example '% 1 p' or '%6p'. 

=P If <prec> is specified when the data to be converted is not a real number, then it is ignored, 

ijj 15 If any command has incorrect syntax, then the function will panic with 
ETDesSBadFormatDescriptor for the 8 bit variant or ETDesl6BadFormatDescriptor for the 
JL^ 16 bit variant 

jiJ If the resulting length of text in this descriptor exceeds its maximum length, then the 

h\ function will panic with ETDesSOverflow for the 8 bit variant or ETDesl60verflow for the 

^? 20 16 bit variant. 

. i-i 

Example 

The following code fragments illustrate the various possibilities of FormatQ. 
TBuf<256> tgt; 

25 

tgt.FormatC_L("[%b %c %d %o %u %x]"),65,65,65,65,65,65); 
//generates: 

//[lOOOOOl A65 101 65 41] 
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tgt.FormatLL("[%04x]"),65; 

//generates: 
//[0041] 

tgt.Format(_L("[%4x]"),65; 

//generates: 
//[ 41] 

// note the use of blanks as 
// default fill characters 

tgt.FormatCL("[%*x]"),4,65; 

//generates: 
//[ 41] 

// width taken from the 
// argument list 

tgt.FormatC_L("[%+$4d,00%S]"),65,&C_L("over" 
//generates: 
//[$$65.00 over] 
// note that %ls can be 

// replaced by %S 

tgt.FonnatC_L("[%+0*S]"),10,&C.L("fred"))); 
//generates: 
//[OOOOOOfred] 



tgt.FonnatCL("[%=*6x]");*',65); 

//generates: 
//[**41**] 
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tgt.FormatLLC'[%+**d]"),'.M0,(-65)); 

//generates: 
//[ -65] 

tgt.Format(_L("[%-A4p]"),65); 

//generates: 
//[AAAA] 

// and makes no use of the 
// argument list 

tgt.FormatCL(l%m]"),4660); 

//generates: 
//the character '[' 

//followed by a byte holding 0x12 
//followed by a byte holding 0x34 
//followed by the character ']' 

tgt.FormatC_L("[%M]"),4660); 

//generates: 
//the character '[' 

//followed by a byte holding 0x00 
//followed by a byte holding 0x00 
//followed by a byte holding 0x12 
//followed by a byte holding 0x34 
//followed by the character ']* 
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tgt.Format(_L("[%w]"),4660); 

//generates: 
//the character '[' 

//followed by a byte holding 0x34 
//followed by a byte holding Ox 1 2 
//followed by the character ']' 



tgt.FormatLL("[%W]"),4660); 

//generates: 
//the character '[' 

//followed by a byte holding 0x34 
//followed by a byte holding 0x12 
//followed by a byte holding 0x00 
//followed by a byte holding 0x00 
//followed by the character ']' 



tgt.FormatC_L("[%6.2e]"),3.4555); 

//generates: 
//[3.46E+00] 

tgt.Fonnat(_L("[%6.2fl"),3.4555); 

//generates: 
//[ 3.46] 

tgt.FormatCL("[%6.2g]"),3.4555); 

//generates: 
//[3.4555] 
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FormatListO Convert multiple arguments 

void FormatList(const TDesC& aFmt,VA_LIST aList); 

Description 

This function is equivalent to FormatQ. 
5 Arguments 

const TDesC& aFmt A reference to any type of descriptor containing the format 

string. 

VA_LIST aList A pointer to a variable number of arguments to be converted to 

text as dictated by the format string in aFmt. 



p Appending 

IfJ e32.descriptors.TDes.appendinq 



:1 = 

id 



-.rsr 



10 AppendO Append a character 

void Append(TCliar aChar); 

Description 

Use this function to add a character onto the end of the content of this descriptor. 
The length of this descriptor is incremented by one. 
15 Arguments 

TChar aChar The character to be appended. 

Notes 

The length of this descriptor must be less than its maximum length. If the descriptor is 
already at its maximxmi length, any attempt to append another character will cause the 
function to panic with ETDesSOverflow for the 8 bit variant or ETDesl60verflow for the 
20 16 bit variant. 
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AppendO 



Append any descriptor 



void Append(const TDesC& aDes); 

Description 

Use this function to append the content of aDes onto the end of the content of this 
descriptor. 

The length of this descriptor is incremented by the length of aDes. 

There is an extra overloaded variation of AppendQ so that, if this descriptor is the 8 bit 
variant, AppendQ can take the 16 bit variant of aDes as well as the expected 8 bit variant. 
Thus: 

• an 8 bit descriptor can be appended onto an 8 bit descriptor 

• a 16 bit descriptor can be appended onto a 16 bit descriptor 

• a 16 bit descriptor can be appended onto an 8 bit descriptor. 

In the case where a 16 bit descriptor is appended to an 8 bit descriptor, each double-byte is 
appended as a ^ single byte where the value of the double-byte is less than decimal 256. A 
double-byte value of decimal 256 or greater cannot be appended as a single byte value and, 
in this case, the single byte is set to a value of decimal 1 . 
Arguments 

const TDesC& aDes A reference to any type of descriptor whose content is to be 



Notes 

The resulting length of this descriptor must not be greater than its maximum length 
otherwise the function will panic with ETDesSOverflow for the 8 bit variant or 
ETDesl60verflow for the 16 bit variant 



void Append(const TUint??* aBuf,TInt aLength); 

Description 

Use this function to append data of length aLength at address aBuf onto the end of the 
content of this descriptor. 

The length of this descriptor is incremented by the value of aLength. 



appended. 



AppendQ 



Append from address 
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Arguments 

const TUint??* aBuf The address of the data to be appended. 

For the 8 bit variant, this is type TUintS*; for the 16 bit 

variant, this is type TUint 16*. 
Tint aLength The length of the. data to be appended. 

Notes 

The resulting length of this descriptor must not be greater than its maximum length 
otherwise the function will panic with ETDesSOverflow for the 8 bit variant or 
ETDesl60verflow for the 16 bit variant. 

The value of aLength must be non-negative otherwise the results may be unpredictable. 
AppendFillQ Append with fill characters 

void AppendFill(TChar aChar.TInt aLength); 

Description 

Use this function to add aLength characters aChar onto the end of any existing data in this 

descriptor. 

Arguments 

TChar aChar The fill character. 

Tint aLength The number of fill characters to be appended. 

Notes 

The resulting length of this descriptor must not be greater than its maximum length 
otherwise the function will panic with ETDesSOverflow for the 8 bit variant or 
ETDes 1 60ver.flow for the 1 6 bit variant 

AppendJustifyO Append any descriptor and justify 

e32.descriptors.TDes.appendinq.appendiustifv-anvdesc 

void AppendJustify(const TDesC& aDes.TInt aWidth, 
TAlign anAlignmentjTChar aFill); 

Description 

Use this function to copy the content of aDes onto the end of the content of this descriptor. 
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The target area within this descriptor is considered to be an area of width aWidth, 
immediately following the existing data. The source data is copied into this target area and 
aligned within it as dictated by the value of anAlignment. 

If aWidth has the value KDefault Justify Width, then the width of the target area (i.e. the 
5 value of aWidth) is re-set to the value of aLength. 

If aLength is smaller than the width of the target area, then any spare space within the target 
area is padded with the fill character aFill. 

If aLength is greater than the width of the target area, then the amount of data copied from 
the location aString is limited to the value of aWidth. 
10 Arguments 

const TDesC& aDes A reference to any type of descriptor whose content is to be 

copied. 

Tint aWidth The width of the target area. This must be one of: 

• KDefaultJustifyWidth 

• a non-negative value 

If it has the value KDefaultJustifyWidth, then it is re-set to 
the length of aDes. 

If the value is less than the length of aDes, then the amount 
of data copied from aDes into the target area is limited to 
this value. 

TAlign anAligmnent An enxmieration which dictates the alignment of the data 

within the target area. See e32,enum TAlign. 
TChar aFill The fill character used to pad the target area. 

Notes 

If the width of the target area is greater than the maximimi length of this descriptor, then 
the fimction will panic with ETDesSOverflow for the 8 bit variant or ETDesl60verflow for 
the 16 bit variant. 

15 Do not set aWidth to a negative value (other than KDefaultJustifyWidth) as this may have 
unpredictable consequences. 



ill 
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Example 

The following code fragments illustrate the use of AppendJustify(). 

TBuf<16> tgt(_L("abc")); 
5 tgt.AppendJustifyCL("xyz"),8,ECenter;@'); 

The descriptor tgt has a maximum length of 16 and initially holds the string "abc". After 
the call to AppendJustifyO, the content of tgt changes to "abc@@xyz@@@" as 
illustrated at Figure 17, 

10 In this example, the content of the source descriptor is taken to form an 8 character field 
which is appended to the content of the descriptor tgt. The characters "xyz" are centred 
within the new field and padded on both sides with the fill character '@'. 

Setting the alignment to ELeft would change the content of tmp to "abcxyz@@@@@" 
15 while setting the alignment to ERight would change the content of tmp to 
"abc@@@@@xyz" 

In all three cases, the length of the descriptor tgt changes from 3 to 11. 



1=^ 

I li 

Is 20 TBuf<16>tgt(_L("abcdefghik")); 



tgt.AppendJustify(_L("0123456"),7,ECenter,'@'); 
This call to AppendJustifyO will panic because the resulting length of tgt would exceed its 
maximum length. 



25 



AppendJustifyO Append part of any descriptor and justify 

e32.descriptors.TDes. appending. appendiustifv-partdesc 
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void AppendJustify(const TDesC &Des,TInt aLength,TInt aWidth, 
TAlign anAlignmentJChar aFill); 

Description 

Use this function to append data of length aLength from the descriptor aDes onto the end of 
the content of this descriptor. 

The target area within this descriptor's data area is considered to be an area of width 
aWidth, immediately following the existing data. The source data is copied into this target 
area and aligned within it as dictated by the value of anAlignment. 

If aWidth has the value KDefaultJustifyWidth, then the width of the target area (i.e. the 
value of aWidth) is re-set to the value of aLength. 

If aLength is smaller than the width of the target area, then any spare space within the target 
area is padded with the fill character aFill. 

If aLength is greater than the width of the target area, then the amount of data copied from 

aDes is limited to the value of aWidth. 

Arguments 

const TDesC& aDes A reference to any type of descriptor whose content is to be 



Tint aLength 



copied. 

The length of data to be copied from the source descriptor 



aDes. 



If this value is greater then the value of aWidth, then it is 



truncated to the value of aWidth. 



Tint aWidth 



The width of the target area. This must be one of: 



< KDefaulUustifyWidth 



TAUgn anAlignment 



( a non-negative value 
If it has the value KDefaultJustifyWidth, then it is re-set to 
the value of aLength. 

If this value is less than aLength, then the amount of data 
copied from aDes is limited to aWidth. 
An enumeration which dictates the alignment of the data 
within the target area. See e32,enum,TAIign. 
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TChar aFill 



The fill character used to pad the target area. 



Notes 

If the width of the target area is greater than the maximum length of this descriptor, then 
the function will panic with ETDesSOverflow for the 8 bit variant or ETDesl60verflow for 



the 16 bit variant. 

5 Do not set aWidth to a negative value (other than KDefaultJustifyWidth) as this may have 
unpredictable consequences. 

Do not set aLength to a negative value as this may have unpredictable consequences. 
Make sure that the value of aLength is not greater than the length of aDes otherwise 
unexpected data may be copied. 
10 Example 

The following code fragments illustrate the use of AppendJustify(). 



IB 15 The descriptor tgt has a maximum length of 16 and initially holds the string "abc". After 



the call to AppendJustifyQ, the content of tgt changes to "abc@@xyz@@@" as 



In this example, the first three characters of _L"xyz0123456789"' are taken to form an 8 
20 character field which is appended to the existing content of the descriptor tgt. The 
characters "xyz" are centred within the new field and padded on both sides with the fill 
character '@'. 

Setting the alignment to ELeft would change the content of tgt to "abcxyz@@@@@" 
while setting the alignment to ERight would change the content of tgt to 
25 "abc@@@@@xyz" 

In all three cases, the length of the descriptor tgt changes from 3 to 11. 



0 



TBuf<16>tgtLL("abc")); 

tgt,AppendJustify(_L("xyz0l234456789")3,8,ECenter,'@'); 
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ill 



TBuf<16>tgt(_L("abc")); 

tgt.AppendJustify(_L"0123456789",9,8,ECenter;@'); 
In this example, the call to AppendJustifyQ changes the content of tgt to "abc01234567". 
As the specified length is greater than the specified width, the length is truncated so that 
only eight chai-acters are copied from the source descriptor. 



TBuf<16> tgt(_L("abcdefghik")); 
10 tgt.AppendJustifyC_L"0123456789"3,7,ECenter,'@'); 

This call to AppendJustifyQ panics because the resulting length of tgt would exceed its 
maximum length. 

AppendJustifyQ Append from address and justify 

e32.descriptors.TDes.appendinq.appendiustifv-fromadr 

1 5 void AppendJustify(const TUint??* aString,TInt aLength,TInt aWidth, 
TAlign anAligninent,TChar aFill); 

Description 

Use this function to append data of length aLength from the address aString onto the end of 
the content of this descriptor. 
\Q 20 The target area within this descriptor's data area is considered to be an area of width 
aWidth, immediately following the existing data. The source data is copied into this target 
area and aligned within it as dictated by the value of anAlignment. 

If aWidth has. the value KDefaultJustifyWidth, then the width of the target area (i.e. the. 
value of aWidth) is re-set to the value of aLength. 
25 If aLength is smaller than the width of the target area, then any spare space within the target 
area is padded with the fill character aFill. 

If aLength is greater than the width of the target area, then the amount of data copied from 
the location aString is limited to the value of aWidth. 



3 =:? 



144 



Arguments 

const TUint??* aBuf 



Tint aLength 



Tint aWidth 



TAlign anAlignment 



The address of the data to be copied and appended. 

For the 8 bit variant, this is type TUintS*; for the 16 bit 

variant, this is type TUint 16*. 

The length of data to be copied from the location aString. 
If this value is greater then the value of aWidth, then it is 
truncated to the value of aWidth. 
The width of the target area. This must be one of: 

• KDefaultJustifyWidth 

• a non-negative value 

If it has the value KDefaultJustifyWidth, then it is re-set to 
the value of aLength. 

If this value is less than aLength, then the amount of data 
copied from the location aString is limited to aWidth. 
An enumeration which dictates the alignment of the data 
within the target area. See e32,enum.TAIign 
The fill character used to pad the target area. 



TChar aFill 
Notes 

If the width of the target area is greater than the maximum length of this descriptor, then 
the function will panic with ETDesSOverflow for the 8 bit variant or ETDesl60verflow for 
the 16 bit variant. 

Do not set aWidth to a negative value (other than KDefaultJustifyWidth) as this may have 
unpredictable consequences. 

Do not set aLength to a negative value as this may have unpredictable consequences. 



AppendJustifyO Append zero terminated string and justify 

10 e32.descriptors.TDes.appendinq.appendiustifv-zeroterm 
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void AppendJustify(const TText* aString,TInt a Width, 
TAlign anAlignment,TChar aFill); 

Description 

Use this function to append the zero terminated string, located at aString, onto the end of 
the content of this descriptor. The zero terminator is not copied. 

The target area within this descriptor's data area is considered to be an area of width 

aWidth, immediately following the existing data. The zero terminated string is copied into 

this target area and aligned within it as dictated by the value of anAlignment. 

If aWidth has the value KDefaultJustifyWidth, then the width of the target area (i.e. the 

value of aWidth) is re-set to the length of the zero terminated string, excluding the zero 

terminator. 

If the length of the zero terminated string (excluding the zero terminator) is smaller than the 
width of the target area, then any spare space within the target area is padded with the fill 
character aFill; 

If the length of the zero terminated string (excluding the zero terminator) is greater than the 
width of the target area, then the number of characters copied from aString is limited to the 
value of aWidth. 
Arguments 

const TText* aBuf The address of the zero terminated string to be copied and 



Tint aWidth 



appended. 

The width of the target area. This must be one of: 



< KDefaultJustifyWidth 



( a non-negative value 
If it has the value KDefaultJustifyWidth, then it is re-set to 
the length of the zero terminated string (excluding the zero 
terminator). 

If this value is less than the length of the zero terminated 
string (excluding the zero terminator), then the number of 
characters copied from aString is limited to aWidth. 
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# 



TAlign anAlignment 



TChar aFill 



An enumeration which dictates the alignment of the data 
within the target area. See e32,enufT^ jai 
The fill character used to pad the target area. 



Notes 



If the width of the target area is greater than the maximum length of this descriptor, then 
the function will panic with ETDes 8 Overflow for the 8 bit variant or ETDesl60verflow for 
the 16 bit variant. 

Do not set aWidth to a negative value (other than KDefaultJustify Width) as this may have 
unpredictable consequences. 

AppendNumO Append converted signed integer 

void AppendNum(TInt aVal); 

Description 

Use this function to convert the signed integer aVal into a decimal character representation 
and append the resulting characters onto the end of the content of this descriptor. If the 
integer is negative, the character representation is prefixed by a minus sign. 
Arguments 

TUint aVal The value to be converted to decimal characters. 

Example 

The following code fragment illustrates the use of AppendNumQ. 

TBuf<16> tgtC_L("abc")); // generates the following strings 
Tint numpos(l 76); // in the descriptor tgt. . . 

Tint numneg(- 176); 

tgt.AppendNum(numpos); //"abcl76" 
tgt.AppendNum(numneg); //"abc-176" 



AppendNumO, AppendNumUCQ Append converted unsigned integer 

e32.descriptors.TDes.appendinq.Appendnumusi 



void AppendNum(TUint aVal.TRadix aRadix=EDecimal); 
void AppendNumUC(TUint aVal,TRadix aRadix=EDecimal); 

Description 

Use these functions to convert the unsigned integer aVal into its corresponding character 
representation and append the resulting characters onto the end of content of this descriptor. 
AppendNumO converts the hexadecimal characters 'a', 'b', 'c', 'd', 'e' and t to lower case. 
AppendNumUCO converts the hexadecimal characters 'A', 'B', 'C, 'D', 'E' and T' to upper 
case. 

Arguments 

TUint aVal The value to be converted to characters. 

TRadix aRadix The number system representation for the unsigned integer. This is 



The following code fragment illustrates the use of AppendNumQ and AppendNumUCQ. 
TBuf<16> tgt(_L("abc")); // generates the following strings 



tgt.AppendNum(num,EBinary); // "abclOlOlOlO" 
tgt.AppendNum(num,EOctol); // "abc252" 
tgt.AppendNum(num,EDecimal); // "abcl76" 

tgt.AppendNum(num,EHex); // "abcaa" <-NB hex value in lower case 

tgt. AppendNumUC(num,EHex); // " abcAA" <-NB hex value in UPPER case 



an enumeration; see e32,descriptors^^ 

If no value is supplied, then EDecimal is taken by default. 



Example 



TUint num(176); 



// in the descriptor tgt... 



// 



and current descriptor 



// 



content converted to 



// 



upper case. 



tgt.AppehdNum(num) 



// "abcl76"<~EDecimal taken as default 
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AppendFormatO Append converted multiple arguments 

e32.descriptors.TDes.appendina.AppendFormat 

void AppendFomiat(TRefByValue<const TDesO aFmt,...); 
void AppendFonnat(TRefBy Value<const TDesC> aFmt, 
TDes??Overflow* aOverflowHandler, 

...); 

Description 

Use this function to append formatted text into this descriptor, as controlled by the format 
string supplied in the descriptor aFmt and the argument list which follows it. The generated 
text is appended to any existing data within this descriptor. 

The format string contained in aFmt contains literal text, embedded with commands for 
converting the trailing list of arguments into text. 

See the e3 2 , descri ptors Jo member function for the syntax of the embedded 
commands. 

The resulting length of this descriptor must not exceed its maximum length. Once the 
descriptor reaches its maximum length, any attempt to append more text will resuh in one 
of the following: 

• if aOverflowHandler is not supplied, the function panics with ETDesSOverflow 
for the 8 bit variant or ETDesl60verflow for the 16 bit variant. 

• if aOverflowHandler is supplied, the OverflowQ member function of either 
TDesSOverflow for the 8 bit variant or TDesl60verflow for the 16 bit variant, 
is called to handle the condition; On return from OverflowQ, AppendFormatQ 
completes without panic. 

Arguments 

TRefByValue<const TDesC> aFmt Any type of descriptor containing the 

format string. The TRefByValue is 
constructed fi-om the aFmt, 
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TDes??Overflow* aOverflowHandler 



If supplied, a pointer to either a 
TDesSOverflow object (for the 8 bit 
variant) or a TDesl60verflow object (for 
the 16 bit variant). 

aOverflowHandler->Overflow() is called if 
an attempt is made to exceed the 
maximum length of this descriptor. 
A variable number of arguments to be 
converted to text as dictated by the format 
string in aFmt. 



AppendFormatListO Append converted multiple arguments 

e32.descriptors.TDes.appendina.AppendFormatList 

void AppendFormatList(const TDesC& aFmt, 
VA_LIST aList, 

TDes??Overflow* aOverflowHandler=NULL); 

Description 

This function is equivalent to AppendFormatQ. 
Arguments 

const TDesC& aFmt A reference to any type of descriptor 

containing the format string. 

VA_LIST aList A pointer to a variable number of 

arguments to be converted to text as 
dictated by the format string in aFmt. 
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TDes??Overflow* aOverflowHandler 



If supplied, a pointer to either a 
TDesSOverflow object (for the 8 bit 
variant) or a TDesl60verflow object (for 
the 16 bit variant). 



aOverflowHandler->Overflow() is called if 
an attempt is made to exceed the 
maximum length of this descriptor. 



AppendNumO 



Append converted floating point number 



e32.descnptors.appendnunn-float 

Tint AppendNurn(TReal aVal,const TRealFormat& aFormat); 

Description 

Use this function to convert the floating point number aVal into a character representation 

and append the resulting characters onto the end of the content of this descriptor. 

The format of the character representation is dictated by aFormat, an object of type 

TRealFormat. See e32,classT_RealFprm for more information on the TRealFormat 

class. 

Arguments 

TReal aVal The floating point number to be converted. The value must 



be 



such 



that 



TRealFormat& aFormat 



l.OE-99 <= I aVal | <= 1.0E99. 

Any value smaller than 1 .OE-99 is assumed to be zero. 

A reference to a TRealFormat object which dictates the 



format of the conversion. 



Return value 



Tint 



If the conversion is successful, the length of the converted string. 

If the conversion fails, a negative value indicating the cause of 

failure. The possible values and their meaning are as follows: 
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KErrArgument The length of the converted number is greater than the maximum 
length of this descriptor. In other words, there is insufficient space in 
this descriptor to hold the character representation. 

KErrOverflow The number is too large to represent 

KErrUnderflow The number is too small to represent 

KErrGeneral The conversion cannot be completed; e.g.the value of the iWidth 



void ZeroTerminateO; 

Description 

Use this function to append a zero terminator (i.e. a NULL) onto the end of the content of 
this descriptor. 

The length of the descriptor is not changed. 
Notes 

The length of the descriptor must be strictly less than its maximum length otherwise the 
function will panic with ETDesSOverflow for the 8 bit variant or ETDesl60verflow for the 
16 bit variant. This condition guarantees that there is sufficient space in the descriptor's 
data area for the zero terminator. 
Example 

The following code fragment depited in Figure 19 illustrates the use of ZeroTerminate(). 
TBuf<8> tgtCLC'abcde")); 
tgt.ZeroTerminateO 



member of TRealFormat is too small. 



Add zero terminator 



e32. descriptors. TDes. zero-terminator 



ZeroTerminateO 



Append zero terminator 



The length of the descriptor tgt is 5 both before and after the call to ZeroTerminateO 
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PtrZO 



Append zero terminator and return a pointer 



const TText* PtrZQ; 

Description 

Use this function to append a zero terminator (i.e. a NULL) onto the end of the content of 
this descriptor and return a pointer to the descriptor's data area. 
The length of the descriptor is not changed. 

If the data area only contains text characters, then adding a zero terminator creates a 'C 
style zero terminated string. 
Return value 

const TText* A pointer to the zero terminated string 



The length of the descriptor must be strictly less than its maximum length otherwise the 
function will panic with ETDesSOverflow for the 8 bit variant or ETDesl60verflow for the 
16 bit variant. This condition guarantees that there is sufficient space in the descriptor's 
data area for the zero terminator. 

The zero terminated string can be accessed through the returned pointer but cannot be 
changed. 

Indexing operators 

e32.descriptors.TDes.indexing-operators 

operator [] Operator Q 

const TUmt??& operator[](TInt anindex) const; 
TUint??& operator[](TInt anindex); 

Description 

Use these operators to return a reference to a single data item within this descriptor (e.g. a 
text character). The data can be considered as an array of ASCII or UNICODE characters or 
as an array of bytes (or double-bytes, but not recommended) of binary data. 
These operators allow the individual elements of the array to be accessed and changed. 



Notes 
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Two variants of the operator are supplied so that it can return a lvalue when applied to a 
non-const argument or an rvalue when applied to a const argument. The decision as to 
which variant to use, is made by the compiler. 
Arguments 

Tint anindex The index value indicating the position of the element within 

the data area. The index is given relative to zero; i.e. a zero 
value implies the leftmost data position. 
This value must be non-negative and less than the current 
length of the descriptor otherwise the operation will panic 
with ETDesSIndexOutOfRange for the 8 bit variant or 
ETDesl6IndexOutOfRange for the 16 bit variant 



Return value 

Tuint??& 



const TUint??& 



A non-const reference to the data at position anindex. The 
data is of type TUint8& for 8 bit variants and of type 
TUintl6& for 16 bit variants. 

This is returned when the operator is used to return a lvalue. 
A const reference to the data at position anindex. The data is 
of type TUint8& for 8 bit variants and of type TUintl6& for 
16 bit variants. 

This is returned when the operator is used to return an rvalue. 
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Example 

The code fragments illustrates the use of operator[]. 

TBuf<8> str{_L("abcdefg")); 
5 TChar . ch; 

str.LengthQ; // returns 7 

ch = str[0]; // ch contains the character 'a' 

ch = str[3] ; // ch contains the character 'd' 

10 

str[0] = 'z'; // changes str to "zbcdefg" 

str[3] = 'z'; // changes str to "abczefg" 

ch = str[7]; //Panic !! 

15 str[7]='z'; //Panic!! 



Appending operators 

e32.descriptors.TDes.appendinq-operators 



operator += Operator += 

TDes& operator+=(coDSt TDesC& aDes) ; 

' 20 Description 

Use this operator to append the content of aDes onto the end of the content of this 
descriptor. 

The length of this descriptor is incremented by the length of aDes. 
Arguments 

const TDesC& aDes A reference to any type of descriptor whose content is to be 

appended. 

25 Return value 

TDes& A reference to this descriptor. 



Notes 

The operator can only be used by classes derived from TDes, specifically TPtr and TBuf. 
The resulting length of this descriptor must not be greater than its maximum length 
otherwise the operation will panic with ETDesSOverflow for the 8 bit variant or 
ETDesl60verflow for the 16 bit variant 
Example 

The following code fragment illustrates the use of this operator. 
TBuf<16> tgt(_L("abc")); 

tgt+=C_L("01 23456789")); // generates "abc0123456789" 
tgt+=C_L("0123456789qwerty")); // Panics ! ! 

Non-class specific assignment operators 

e32.descriptors.TDes. assignment-operators 

The behaviour of these operators is exactly the same as the class specific operators. 
However, unlike the class specific operators, these non-class specific operators are not 
inline. 

The compiler invokes these non-class specific assignment operators whenever the left hand 
variable of an assignment operation is not of a concrete type i.e. one of TPtr, 
TBufC<class S>, TBuf<class S> or HBufC, 
For example, 

class TMyClass 
{ 

public : 

void MyCopy(TDes& aTarget, TDesC& aSource); 
} 
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void TMyClass::MyCopy(TDes& aTarget, TDesC& aSource) 

{ 

aTarget = aSource; // Non-class specific operator used. 
} 

{ 

TBuf<16> target; 

TBufC<16> source(_L("ABCDEF")); 

TMyClass mine; 

mine.MyCopy(target,source) ; 

If the member function MyCopy is changed so that it is prototyped as: 
void MyCopy(TBuf<16>& aTarget, TDesC& aSource); 



void MyCopy(TBuf<16>& aTarget, TBufC<16>& aSource); 
then the TBuf<classS> class assignment operator would be used by the compiler. 
However, such a change could compromise the design of the class TMyclass. 



TDes& operator=(const TDesC& aDes); 

Description 

This assignment operator copies the content of any type of descriptor aDes into this 
descriptor. 

The content of aDes is copied into this descriptor, replacing the existing content. The length 

of this descriptor is set to the length of aDes. 

Arguments 

const TDesC& aDes A reference to any type of descriptor whose content is to be 



or even 



operator = 



Operator = taking any descriptor 



copied. 



Return value 

TDes& A reference to this descriptor. 

Notes 

This assignment operator returns a reference to type TDes, i.e. the base abstract class for 
modifiable descriptors. 

5 The length of aDes must not be greater than the maximum length of this descriptor 
otherwise the operation will panic with ETDesSOverflow for the 8 bit variant or 
ETDes 1 60verflow for the 1 6 bit variant. 

operator = Operator = taking a modifiable descriptor 

TDes& operator=(const TDes& aDes); 

10 Description 

This assignment operator copies the content of a modifiable descriptor aDes into this 
descriptor. 

The content of aDes is copied into this descriptor, replacing the existing content. The length 
i of this descriptor is set to the length of aDes. 

15 Arguments 

const TDes& aDes A reference to a modifiable type descriptor whose content is 

to be copied. 

Return value 

TDes& A reference to this descriptor. 

Notes 

This assignment operator returns a reference to type TDes, i.e. the base abstract class for 
modifiable descriptors. 

20 The length of aDes must not be greater than the maximum length of this descriptor 
otherwise the operation will panic with ETDesSOverflow for the 8 bit variant or 
ETDes 1 60 verflow for the 16 bit variant. 



as 



: : i 
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operator = 



Operator = taking zero terminated string 



TDes& operator=(const TText* aString); 

Description 

This assignment operator copies a zero terminated string, excluding the zero terminator, 
5 into this descriptor. 

The copied string replaces the existing content of this descriptor. 

The length of this descriptor is set to the length of the string (excluding the zero 

terminator). 

Arguments 

const TText* aString The address of the zero terminated string to be copied. 

10 Return value 

TDes& A reference to this descriptor. 



This assignment operator returns a reference to type TDes, i.e. the base abstract class for 
modifiable descriptors. 

The length of aDes must not be greater than the maximum length of this descriptor 
15 otherwise the operation will panic with ETDesSOverflow for the 8 bit variant or 
ETDesl60verflow for the 16 bit variant. 



Overview 
Derivation 

TDesSOverflow Abstract: 8 bit variant overflow handler. 
20 Defined in 
e32des8.h 
Description 

A TDesSOverflow derived object is used by the AppendFormatQ and AppendFormatList() 
member functions of 8 bit variant descriptors to handle descriptor overflow. 



Notes 



TDesSOverflow class 



Overflow handler (8 bit) 



Overflow occurs if an attempt is made to append text to the descriptor when the descriptor 
is already at its maximum length. 

The class is abstract and defines the pure virtual member function Overflow(). 
See e32.descriptprs JDes,^ and 
5 e32 descriptors 

Writing derived classes 

A derived class must provide an implementation for the OverflowQ member function. 

Overflow liandling 

OverflowQ Overflow handler function 

virtual void Overflow(TDes8& aDes); 

Description 

A pure virtual function. 

The function is called by the AppendFormatQ and the AppendFormatListQ member 
functions of an 8 bit variant descriptor if an attempt is made to append text to this 
descriptor when the descriptor is already at its maximum length. 
A derived class must provide an implementation for this function. 
Arguments 

TDes8& aDes A reference to the 8 bit variant modifiable descriptor whose 

overflow has resulted in the call to this function 

TDesl60verflow class Overflow handler (16 bit) 

Overview 

20 Derivation 

TDesl60verflow Abstract: 16 bit variant overflow handler. 

Defined in 

e32des16.h 
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Description 

A TDesl60verflow derived object is used by the AppendFormat() and 
AppendFormatListO member functions of 16 bit variant descriptors to handle descriptor 
overflow. 

Overflow occurs if an attempt is made to append text to the descriptor when the descriptor 
is already at its maximum length. 

The class is abstract and defines the pure virtual member function OverflowQ. 
See e32,descriptgrsT.D^^^ and 
§3 2 escriptors T,D^^^ 
Writing derived classes 

A derived class must provide an implementation for the OverflowQ member function. 

Overflow handling 

OverflowO Overflow handler function 

virtual void Overflow(TDesl6& aDes); 

Description 

A pure virtual function. 

The function is called by the AppendFormatQ and the AppendFormatListQ member 
functions of an 16 bit variant descriptor if an attempt is made to append text to this 
descriptor when the descriptor is already at its maximum length. 
A derived class must provide an implementation for this function. 
Arguments 

TDesl6& aDes A reference to the 16 bit variant modifiable descriptor whose 



overflow has resulted in the call to this function 



TRadix enum 



Number system representation 



e32.clescriptors.TRadix 



Defined in 



e32std.h 



Description 

An enumeration whose enumerators govern the number system representation of signed 
and unsigned integers when converting them into character format. 
The enumeration is used by the descriptor member functions 
5 e32.descripto^^^ 

e?2:descriptorsTpe 
Members 

EBinary Conversion into binary character representation. 

EOctal Conversion into octal character representation. 

EDecimal Conversion into decimal character representation. 

EHex Conversion into hexadecimal character representation 



Defined in 

;}{ 10 e32std.h 
ffl Description 

An enumeration whose enumerators govern the ahgnment of data within an area. The 
IT! enumeration is used by the descriptor member functions .e32,descriptors,TD 

ilt justify jusjyfy, e32,des^^^ 

1 5 e32 descriptors ,T 



TAlign enum 



Alignment of data 



e32,descriptprs,T 
e32,descriptprs,TD 



Members 



ELefl 



Data is left ahgned. 
Data is right aligned. 



ERight 



ECenter 



Data is centered. 



# 



162 



• 



S macro 



Build independent string 



Defined in 

e32def.h 
Description 

#if definedCUNICODE) 
typedefTTextl6TText; 

#define _S(a) ((const TText *)L ## a) 
#else 

typedef TTextS TText; 

#defme __S(a) ((const TText *)a) 
#endif 
Notes 

The definition of S in e32std.def is intertwined with the definition of _L. 



Defined in 

e32def.h 
Description 

#ifdefined(_UNICODE) 

typedef TTextl 6 TText; 

#defme _L(a) (TPtrC((const TText *)L ## a)) 

#else 

typedef TTextS TText; 

#define ._L(a) (TPtrC((const TText *)(a))) 



L macro 



Build independent literal 



#endif 



Notes 

The definition of _L in e32std.def is intertwined with the definition of _S. 

_S8 macro 8 bit string 

Defined in 

e32clef,h 
Description 

#define _S8(a) ((const TTextS *)a) 

_L8 macro 8 bit literal 

Defined in 

e32defh 
Description 

#defme _L8(a) (TPtrC8((const TTextS *)(a))) 



_S16 macro 

Defined in 

e32def.h 
Description 

#define _S16(a) ((const TTextl6 *)L ## a) 



16 bit string 



_L16 macro 16 bit literal 

Defined in 

e32def.h 
Description 

#define _L16(a) (TPtrC16((const TTextl6 *)L ## a)) 



Glossary definitions 

Term Aliase Meaning 



See Also 
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built-in type n 
descriptor n 



huffman v 
encode 

huffman v 
decode 

length n 

maximum n 
length 

fold V 



collate 



Unicode 



Data types which are part of the C++ language; 
e.g. unsigned int, unsigned char etc 
An object capable of representing contiguous data 
and providing member functions to operate on 
that data. 

A process of compressing data. 

A process of de-compressing data which was 
originally compressed using Huffman encoding. 
The length of data currently represented by a 
descriptor. 

The maximum length of data which a modifiable 
type descriptor is capable of holding. 
The removal of differences between characters 
that are deemed unimportant for the purposes of 
inexact or case-insensitive matching. As well as 
ignoring differences of case, folding ignores any 
accent on a character. 

The removal of differences between characters 
that are deemed unimportant for the purposes of 
ordering characters into their collating sequence 
ISO 10646-1 defines a "universal character 
code" which uses either 2 or 4 bytes to represent 
characters from a large character set. Thus, Far 
Eastern character sets can be represented. 
In ERA, 2-byte UNICODE support is buih deep 
into the system. 
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